Microsoft Teams va a reforzar su integración con Microsoft Places mediante una función que puede parecer menor desde el punto de vista técnico, pero que toca una zona sensible del trabajo híbrido: la ubicación laboral real. Workplace check-in permitirá que Teams actualice automáticamente si una persona está en la oficina, en remoto o en un edificio concreto cuando el dispositivo se conecte a una red Wi-Fi corporativa o a un periférico configurado en un puesto de trabajo.
La función nace con una explicación razonable. En empresas con oficinas flexibles, varias sedes, puestos reservables y equipos distribuidos, saber quién está físicamente disponible puede facilitar reuniones presenciales, coordinación entre compañeros y planificación de espacios. Microsoft la presenta como una extensión de la presencia en Teams y del horario laboral en Microsoft 365, no como una herramienta de control.
Aun así, el debate es inevitable. Cuando una plataforma corporativa puede inferir automáticamente que un empleado está en una oficina concreta, la frontera entre colaboración y vigilancia depende menos de la tecnología y más de la política interna de cada empresa. Teams puede no ser un sistema de fichaje, pero una señal de presencia integrada en el flujo de trabajo puede acabar usándose como proxy informal de asistencia si no se gobierna bien.
Cómo funciona Workplace check-in
Microsoft distingue entre ubicación planificada y ubicación real. La primera es la que el usuario configura en Outlook o Teams para indicar dónde espera trabajar: oficina, remoto u otro lugar. La segunda es la que se actualiza mediante check-in, ya sea manualmente o por señales detectadas en el entorno corporativo.
Workplace check-in actúa sobre esa ubicación real. Si el usuario está dentro de su horario laboral y Teams detecta una conexión a una red Wi-Fi configurada por el administrador, puede actualizar la ubicación como «en la oficina». Si la empresa ha mapeado identificadores BSSID de puntos de acceso con edificios definidos en Microsoft Places, la ubicación puede bajar a nivel de edificio. Si solo se configura el SSID, la señal será más genérica.
La función también puede apoyarse en periféricos de escritorio. Si un portátil se conecta a un monitor o dispositivo asociado a un puesto reservable, Teams puede interpretar que el usuario está en ese espacio o edificio. Según Microsoft, el check-in mediante periféricos ya está disponible de forma general, mientras que el basado en Wi-Fi sigue en preview y se espera que llegue de forma amplia próximamente.
| Elemento técnico | Función |
|---|---|
| Microsoft Places | Define edificios, plantas, puestos y ubicación laboral |
| Teams desktop | Detecta cambios de red o conexión a periféricos |
| SSID corporativo | Permite saber si el usuario está en una red de oficina |
| BSSID | Permite asociar puntos de acceso a edificios concretos |
| Periféricos de escritorio | Confirman presencia en puestos o zonas configuradas |
| Horario laboral | Limita cuándo se actualiza automáticamente la ubicación |
El requisito técnico más importante es que Workplace check-in funciona con la aplicación de escritorio de Teams en Windows o macOS. No está soportado en Teams web ni en móvil. Además, requiere permiso de ubicación a nivel del sistema operativo, por lo que Teams debe tener autorización en Windows o macOS para acceder a esa API.
Lo que Microsoft dice que no hace
Microsoft insiste en varios límites. Workplace check-in no ofrece a los administradores vistas de monitorización, informes de asistencia ni histórico de ubicación real. Tampoco rastrea movimientos ni funciona como seguimiento continuo. La ubicación se borra al final del horario laboral definido por el usuario y no se actualiza si la conexión se produce fuera de ese horario.
La documentación también subraya que el usuario puede establecer, cambiar o borrar manualmente su ubicación laboral. Incluso puede marcarse como remoto estando dentro de la oficina, o como presente en una sede aunque esté fuera. Microsoft defiende que esto es intencionado porque la función busca coordinación, no cumplimiento laboral.
La arquitectura, por tanto, no equivale a un GPS de empresa ni a un sistema de control de accesos. No muestra un mapa en tiempo real, no detecta movimiento por la oficina y no funciona fuera de redes o periféricos configurados por la organización. Si el usuario se conecta a una red de otra empresa, esa señal se ignora.
| Afirmación de Microsoft | Implicación |
| No es una herramienta de seguimiento | No monitoriza movimientos en tiempo real |
| No guarda historial de ubicación real | No hay registro histórico disponible para admins |
| No genera informes de asistencia | No está diseñado como sistema de fichaje |
| Se borra al final del horario laboral | La señal real no permanece indefinidamente |
| Requiere permisos del sistema operativo | Teams necesita autorización en el equipo |
| El usuario puede modificar su ubicación | La señal no es una prueba absoluta de presencia |
El matiz está en la percepción. Aunque técnicamente no sea un sistema de vigilancia, puede sentirse como tal si se activa sin comunicación clara o si los responsables empiezan a usar la ubicación visible en Teams para presionar presencialidad.
Inform, Ask y Off: tres formas de activar una función delicada
Workplace check-in está desactivado por defecto en el tenant. La empresa debe habilitarlo de forma explícita mediante políticas. Para la detección por Wi-Fi, Microsoft contempla tres modos.
En Inform mode, el usuario recibe un aviso cuando la función queda activa y puede desactivarla. En este modo, la ubicación se comparte salvo que la persona opte por salir. Es el modelo más cómodo para despliegues corporativos, pero también el más sensible desde el punto de vista de privacidad porque parte de una activación por defecto.
En Ask mode, el usuario debe aceptar activamente antes de compartir su ubicación. Este enfoque encaja mejor con una lógica de consentimiento, ya que la ubicación no se publica si el empleado no da el paso.
En Off mode, la función queda deshabilitada. Los usuarios no reciben avisos y no pueden activarla por su cuenta. La empresa también puede aplicar políticas a toda la organización o a grupos concretos, por ejemplo por geografía, sede o colectivo laboral.
| Modo | Qué ocurre | Riesgo de percepción |
| Inform | Activado con opción de desactivar | Puede parecer impuesto |
| Ask | Requiere aceptación activa | Más respetuoso con consentimiento |
| Off | Deshabilitado | Sin señal automática |
| Manual | El usuario actualiza su ubicación | Menos automatización, más control individual |
Para empresas europeas, Ask parece la opción más prudente si se quiere reducir fricción con privacidad y relaciones laborales. Inform puede ser válido en determinados entornos, pero exige una comunicación interna muy clara, especialmente si existe tensión sobre la vuelta a la oficina.
Un reto para administradores, seguridad y recursos humanos
Desde la perspectiva de TI, la configuración no es trivial. Los administradores deben tener Microsoft Places correctamente desplegado, edificios y plantas configurados, listas SSID y BSSID asociadas, puestos o pools de escritorios definidos y políticas de Teams aplicadas a usuarios o grupos. También intervienen roles distintos: Teams para habilitar la política y Exchange para gestionar listas de SSID y BSSID.
Este detalle importa porque un despliegue mal configurado puede generar señales poco fiables. Si solo se configura el SSID, Teams puede indicar que una persona está «en la oficina» sin precisar edificio. Si se mapean BSSID incorrectos, el edificio mostrado podría no corresponder. Si se mezclan redes invitadas, redes corporativas antiguas o puntos de acceso mal documentados, la función puede perder precisión.
Para seguridad, el reto está en la gobernanza de datos. Aunque Microsoft indique que la ubicación laboral no es visible para Microsoft y solo puede compartirse dentro de la organización, la empresa debe definir quién ve esa señal, para qué se usa, cómo se informa a los empleados y qué límites internos se aplican.
Para recursos humanos, el riesgo es cultural. Workplace check-in puede ayudar a organizar el trabajo híbrido, pero también puede convertirse en un elemento de tensión si se percibe como herramienta para fiscalizar quién cumple con los días de oficina. La política laboral debe ir por delante de la herramienta, no al revés.
La presencia no mide productividad
La función llega en un momento en el que muchas empresas siguen redefiniendo su modelo híbrido. Algunas han optado por días obligatorios de oficina. Otras mantienen flexibilidad por equipos. Otras combinan reservas de escritorio, colaboración presencial puntual y trabajo remoto. En todos los casos, la tecnología de presencia puede ser útil, pero no sustituye a una política clara.
Saber que alguien está en un edificio puede ayudar a coordinar una reunión. No demuestra que esté trabajando mejor. Saber que alguien aparece como remoto no implica menor rendimiento. Convertir la ubicación en una señal de productividad sería un error de gestión y una fuente probable de conflicto.
El valor real de Workplace check-in está en tareas concretas: encontrar compañeros, planificar jornadas presenciales, usar mejor espacios compartidos, evitar desplazamientos inútiles y mejorar la coordinación entre equipos. Si una empresa lo usa para eso, puede aportar comodidad. Si lo usa para vigilar, erosionará confianza.
Microsoft ha diseñado límites técnicos, pero no puede controlar el uso social de la herramienta dentro de cada organización. Por eso la implantación debería ir acompañada de normas internas: no usar la señal como sistema de asistencia, no crear rankings de presencialidad, no cruzarla con evaluación de desempeño y no exigir activación sin una base clara.
Una señal de hacia dónde va Microsoft 365
Workplace check-in refleja una tendencia más amplia en Microsoft 365: integrar presencia digital, calendario, espacios físicos y experiencia de colaboración en una misma capa. Microsoft Places no quiere limitarse a reservar salas; aspira a ordenar el trabajo híbrido combinando ubicación, horarios, disponibilidad y espacios.
Ese enfoque tiene lógica para grandes empresas con oficinas flexibles, pero también aumenta la cantidad de señales laborales dentro de la plataforma. Teams ya no solo dice si una persona está disponible, ocupada o en reunión. Puede empezar a indicar dónde trabaja realmente, al menos dentro de los límites definidos por la empresa.
La tecnología no es neutral en su adopción. Una característica creada para reducir trabajo manual puede terminar cambiando expectativas de comportamiento. Si el estado de ubicación se vuelve habitual, los compañeros pueden empezar a asumir que quien no aparece en la oficina no está disponible para ciertas tareas. Los managers pueden interpretar ausencias como falta de presencia. La organización puede crear presión sin necesidad de informes formales.
Por eso la pregunta no debería ser solo si Teams puede hacerlo. Debería ser si la empresa necesita hacerlo, cómo lo explicará y qué garantías dará a sus empleados. La colaboración presencial mejora con información útil, pero también con confianza. Si la herramienta reduce la primera a costa de erosionar la segunda, el balance será negativo.
Workplace check-in puede ser una función práctica en entornos híbridos bien gestionados. También puede convertirse en otro símbolo de vigilancia corporativa si se despliega sin cuidado. La diferencia estará en la gobernanza, no en el Wi-Fi.
Preguntas frecuentes
¿Qué es Workplace check-in en Microsoft Teams?
Es una función de Microsoft Places que permite actualizar la ubicación laboral real del usuario en Teams mediante check-in manual, redes Wi-Fi corporativas o periféricos de escritorio configurados.
¿Puede mostrar el edificio donde trabaja una persona?
Sí, si la empresa ha configurado edificios en Microsoft Places y ha asociado los BSSID de los puntos de acceso Wi-Fi a esos edificios. Si solo configura el SSID, la ubicación será más genérica.
¿Funciona en Teams móvil o web?
No. Microsoft indica que Workplace check-in requiere la aplicación de escritorio de Teams en Windows o macOS.
¿Puede usarse como sistema de fichaje?
Microsoft afirma que no está diseñado para monitorizar asistencia, no ofrece informes de seguimiento a administradores y no guarda historial de ubicación real. Aun así, su impacto dependerá de cómo lo use cada empresa.
