Una sala de reuniones se reserva para las once. El ponente llega a las 10:55. La sala está caliente, el proyector no conecta con el portátil y la jarra de café de la puerta está vacía. Tres problemas, tres colas: el HVAC es un ticket de facility, el proyector está en algún punto entre IT y AV, y la jarra de café es de limpieza. A las 11:10 el ponente ha escrito a tres equipos y se ha dado por vencido.
Esto es lo que se supone que arregla un facility help desk. Y en 2026 es también donde están ocurriendo los cambios más interesantes en service management, porque la línea entre facility e IT se ha vuelto administrativa más que real.
Qué es realmente un facility help desk
Un facility management help desk es el lugar donde los empleados notifican y solicitan cualquier cosa relacionada con el edificio y el espacio de trabajo: mantenimiento, limpieza, HVAC, reserva de salas, logística de visitas, catering, excepciones de seguridad, coordinación de proveedores. La plataforma que hay detrás registra la solicitud, la clasifica, asigna a la persona o proveedor adecuado, hace seguimiento de la resolución y cierra el trabajo. La misma forma que un help desk de IT; un asunto distinto.
En una organización más pequeña, el facility help desk es una bandeja de correo y una pizarra. En una organización de 200 personas es una lista de SharePoint. Superadas las 500 personas se convierte en una plataforma de verdad, normalmente porque tres cosas coinciden a la vez: el volumen de solicitudes supera el conocimiento informal, el COO pide un informe de rendimiento del espacio de trabajo que nadie sabe producir, y el equipo de facility empieza a perder solicitudes con el “te escribí la semana pasada, ¿lo viste?”.
La buena noticia es que la tecnología de plataforma para hacer esto bien existe, y hace tiempo. La pregunta interesante en 2026 no es si tener un facility help desk. Es si debería ser una plataforma separada del help desk de IT.
El muro artificial entre IT y facility
Durante la mayor parte de los últimos veinte años, IT y facility se gestionaron en plataformas distintas, por equipos distintos que reportaban a líderes distintos. Las razones eran históricas, no arquitectónicas. Las plataformas de ITSM (ServiceNow, BMC Helix, TopDesk, Jira Service Management) crecieron sirviendo a IT. Las plataformas de IWMS (Planon, Spacewell, IBM TRIRIGA) crecieron sirviendo a facility e inmobiliario. Las dos categorías de producto evolucionaron por separado. Los compradores también.
El muro está empezando a salir caro.
Tres razones. Primera, al empleado no le importa qué equipo se encarga de la solicitud. “No consigo conectarme en la sala de reuniones 4” es medio problema de IT (el punto de acceso de esa sala está caído) y medio problema de facility (la propia sala tiene metadatos de reserva que hay que actualizar). Cuando los help desks funcionan en plataformas separadas, el empleado envía el ticket dos veces, en dos sistemas, con números de referencia distintos.
Segunda, los datos están más compartidos de lo que admiten las plataformas. La CMDB sabe que el punto de acceso de la sala de reuniones 4 existe. La plataforma de facility sabe que la sala de reuniones 4 existe. Ninguna sabe que la otra lo sabe, así que ninguna puede correlacionar la incidencia del punto de acceso con el patrón de reservas de la sala que viene después.
Tercera, el comprador que paga por ambas es cada vez más la misma persona. El COO, el responsable de servicios de negocio, el director de operaciones, alguien cuyo ámbito cubre toda la superficie del empleado. Ese comprador quiere un solo panel, un solo informe de costes, una sola conversación de plataforma con el proveedor y un solo programa de implementación en lugar de dos.
El muro persiste porque cambiarlo exige que ambos equipos se pongan de acuerdo en una plataforma, lo que significa que normalmente no ocurre hasta que la renovación de un contrato fuerza la conversación. Los equipos que dieron el paso no vuelven atrás.
Qué cambia cuando ambos funcionan en un solo motor
El cambio visible es el panel. En lugar de dos vistas que no coinciden en lo que significa “tickets abiertos”, el COO ve una sola línea de tiempo de cada solicitud que fluye por el edificio, IT y facility juntos, con las lentas arriba.
El cambio menos visible es lo que la IA puede hacer entre ambos. Tres ejemplos que vale la pena concretar.
Onboarding como un solo evento. Un nuevo empleado, Daan, empieza el lunes que viene. El sistema de RRHH dispara el evento. La plataforma crea una solicitud de portátil para IT, una asignación de mesa de facility, un pase de visitante para el office manager para el primer día y una sesión de bienvenida en Outlook. Un solo disparador, tres equipos, sin cadena de correos. El rastro de cada acción está en la misma línea de tiempo. Cuando el portátil llega tarde, el office manager lo sabe sin tener que preguntar a IT.
Correlación de incidencias entre dominios. El Wi-Fi del ala sur falla a ratos el miércoles. El lado de IT ve un grupo de tickets de “no puedo conectarme”. El lado de facility ve un proveedor de HVAC programado esa misma mañana en el falso techo del ala sur. La plataforma los correlaciona y muestra al ingeniero de guardia la causa raíz candidata: probablemente el proveedor rozó el cable del punto de acceso. Dos sistemas habrían producido dos investigaciones sin resolver.
Rendimiento del espacio de trabajo, medido con honestidad. El COO pregunta “cómo va el espacio de trabajo este mes”. La respuesta no son tres diapositivas de tres equipos; es un solo panel con los números reales: tiempo medio de resolución de una solicitud de facility, MTTR de incidencias de IT, utilización de salas, flujo de visitas, coste de activos por empleado. Los números que no coinciden se reconcilian dentro de la plataforma, no dentro de la reunión.
Dónde ayuda de verdad el IoT (y dónde es una distracción)
El IoT de los edificios inteligentes es real, y la mayor parte de lo que se vende bajo la etiqueta “IoT” es una distracción.
Los lugares donde se gana el sueldo:
Los sensores de ocupación convierten la conversación sobre la reserva de salas de anécdota en dato. La sala que se reserva para ocho personas y nunca acoge a más de tres ahora es visible. Al equipo que reserva dos salas seguidas porque siempre se les alarga la reunión se le puede hablar con evidencia en lugar de con memoria.
Los sensores de HVAC y calidad del aire permiten el mantenimiento predictivo en los sistemas donde el mantenimiento reactivo es más doloroso. Una caldera que empieza a desviarse se puede revisar un jueves por la mañana en lugar de fallar un viernes por la noche.
El autoinforme de la infraestructura de impresoras, máquinas de café y AV de salas cierra el ciclo de los consumibles y el mantenimiento menor sin que un empleado tenga que abrir un ticket.
Los lugares donde es una distracción:
Sensores en cada mesa generan muchos datos y muy pocas decisiones. Si tu equipo de facility no está ya produciendo decisiones a partir de los datos a nivel de sala, los datos a nivel de mesa no ayudarán.
Los paneles de todo en tiempo real suelen ser señal de que nadie sabe qué señal importa. La forma correcta es que la plataforma haga el filtrado y muestre el reducido número de señales que merecen acción.
El planteamiento honesto: el IoT ayuda cuando quita trabajo o permite una decisión que no habrías podido tomar de otro modo. El resto es una presentación de diapositivas.
La gestión de activos es el sustrato compartido
El avance conceptual que hace funcionar la plataforma entre dominios es tratar los elementos de configuración de IT y los activos de facility como el mismo tipo de objeto. Un portátil y un equipo de HVAC tienen el mismo ciclo de vida: adquirir, desplegar, mantener, depreciar, retirar, sustituir. El contrato tiene la misma forma, la ventana de mantenimiento tiene la misma forma, el informe de coste por empleado se agrega de la misma manera.
Una vez que ambos inventarios viven en un solo motor, tres cosas dejan de ser un problema. El informe de costes de activos deja de ser dos hojas de cálculo que no coinciden sobre qué departamento posee qué. Las renovaciones de contratos dejan de ser una sorpresa porque el mismo calendario las muestra. La auditoría de compliance (sobre todo en sectores regulados) deja de ser dos paquetes de evidencias que hay que reunir por separado.
Los equipos que más pelearon por esto en el pasado fueron los de finanzas, que insistían en que el capex de IT y el capex de facility eran categorías distintas. No se equivocaban en la contabilidad; se equivocaban en el modelo de datos. El modelo de datos es el mismo. La contabilidad se etiqueta sola.
Cuándo deberías mantenerlos separados
No vamos a fingir que no existen escenarios en los que dos plataformas sea la respuesta correcta. Los hay.
Si tu alcance de facility está dominado por proyectos de capital y la gestión de la cartera inmobiliaria (contabilidad de arrendamientos bajo IFRS 16 o ASC 842, seguimiento de capex, planificación de espacios a escala de cartera), un IWMS dedicado como Planon o IBM TRIRIGA es la plataforma de facility correcta. La superficie de Gfacility para facility son las operaciones del espacio de trabajo, no el inmobiliario corporativo.
Si tu alcance de IT está dominado por un ITSM muy profundo con cientos de variantes de proceso y un equipo de plataforma dedicado, ServiceNow o BMC Helix suelen ser la plataforma de ITSM correcta. Combinarlas con una plataforma de facility separada es la forma correcta si ambos parques están a esa profundidad.
La plataforma unificada entre dominios brilla en el medio: organizaciones lo bastante grandes para necesitar plataformas de verdad, pero no tan grandes como para que cada parque justifique su propio programa empresarial. Mid-market y enterprise bajo, en términos de mercado. Ese es aproximadamente el rango para el que está construido Gfacility.
Lo que construimos
Gfacility es un solo motor para IT, Facility y Workplace, con el mismo modelo de datos en los tres dominios. El facility help desk funciona en la misma plataforma que el help desk de IT y el sistema de reservas del espacio de trabajo. El inventario de activos es un solo inventario. La CMDB y el registro de activos de facility no son dos bases de datos; son dos consultas.
Los asistentes de IA reciben solicitudes en Teams, Outlook, Slack y chat en lenguaje natural: “reserva la sala verde con catering para el martes a las 14:00 para seis personas”, “la impresora de la planta 3 está caída”, “registra un visitante para el viernes”. Los digital workers (agentes autónomos) cierran el trabajo rutinario sin intervención humana donde es seguro. Cada acción queda registrada y es reversible.
Alojamos en la UE con ISO 27001 y RGPD integrados de fábrica. La implementación es de una semana con un único arquitecto de soluciones, con importadores para Axxerion, MCS, TopDesk y Planon en el lado de facility y ServiceNow, Jira Service Management, BMC Helix, Freshservice en el lado de IT. Las comparativas lado a lado cubren el detalle.
La versión corta
El facility help desk en 2026 no es en realidad una pregunta sobre un help desk. Es una pregunta sobre si el muro entre IT y facility vale lo que cuesta. Para la mayoría de las organizaciones en crecimiento, la respuesta ha pasado de “sí, es como siempre lo hemos hecho” a “no, y la renovación es el momento de arreglarlo”.
Si diriges IT, Facility o Workplace y el COO lleva tiempo pidiendo un solo panel, agenda una llamada de 30 minutos y trae una exportación de los tickets del último trimestre de ambos equipos. Los pasaremos por el importador y te mostraremos, con tus datos, cómo se ve una sola línea de tiempo.
Preguntas frecuentes
¿Cuál es la diferencia entre un help desk de IT y un facility help desk? +
El help desk de IT gestiona incidencias y solicitudes sobre tecnología: portátiles, cuentas, software, red, identidad. El facility help desk gestiona incidencias y solicitudes sobre el edificio: limpieza, mantenimiento, HVAC, reserva de salas, logística de visitas, catering. El trabajo tiene la misma forma (registro, clasificación, asignación, resolución, cierre). Los datos solo tratan de cosas distintas.
¿Por qué separarlos es un problema? +
Porque al empleado que envía la solicitud no le importa qué equipo se encarga. 'No consigo conectarme en la sala de reuniones 4' es medio ticket de IT (el punto de acceso) y medio ticket de facility (la reserva de la sala). Cuando los dos help desks funcionan en plataformas separadas, al empleado lo derivan tres veces y el COO no tiene una visión única del rendimiento del espacio de trabajo.
¿Dónde ayuda de verdad el IoT? +
En tres lugares. Los sensores de ocupación señalan salas con patrones de reserva rotos. Los sensores de HVAC y de calidad del aire permiten el mantenimiento predictivo en lugar de tickets reactivos. La infraestructura de impresión y café puede avisar por sí sola cuando se agotan los consumibles. En el resto de casos, el IoT es una distracción que mete más datos en tu cola sin quitar trabajo.
¿Puede de verdad una sola plataforma gestionar IT y facility? +
Sí, si el modelo de datos se diseñó para ello. Acoplar facility a una herramienta de ITSM mediante tipos de solicitud personalizados funciona un tiempo y luego se rompe cuando el equipo de facility quiere su propio backlog e informes. La respuesta más limpia es un solo motor donde una incidencia, una solicitud, una reserva de sala, un visitante y un activo comparten el mismo modelo y la misma línea de tiempo.
¿En qué se diferencia la gestión de activos en facility y en IT? +
Menos de lo que crees. IT lleva el control de portátiles, monitores, cuentas y licencias de software. Facility lleva el control de sillas, plantas, equipos de HVAC, máquinas de café y el AV de las salas de reuniones. El ciclo de vida es el mismo: adquirir, desplegar, mantener, retirar, sustituir. Cuando ambos inventarios viven en un solo motor, el informe de costes de activos deja de ser dos hojas de cálculo que no coinciden.
¿Qué cierra la IA en el lado de facility? +
Las excepciones de reserva de salas ('la sala que reservé es demasiado pequeña, ¿me la puedes cambiar?'), los tickets de mantenimiento recurrentes que coinciden con un patrón ('el ascensor de la planta 3 sigue dando el mismo código de error'), los cambios de catering ('añade tres comidas más al martes') y los casos límite de gestión de visitas que antes obligaban a un office manager a escribir a tres personas.