Cómo 680 taquillas inteligentes modernizaron una oficina 24/7 en Bucarest

La mayoría de despliegues de taquillas en oficinas se cuentan como una historia de compras: cuántas puertas, qué material, cuándo está la instalación. El despliegue de 680 taquillas que entregamos en Bucarest en junio pasado fue distinto. El encargo era operativo desde el primer día.

El cliente opera un servicio 24/7 desde un único complejo de oficinas en el centro de Bucarest, con cientos de empleados moviéndose entre relevos de turno a todas horas. Su sistema previo —llaves físicas, llaveros y una hoja de firmas en los vestuarios— generaba fricción real: llaves perdidas cada semana, horas de RR. HH. dedicadas a papeleo de alta, y cero visibilidad sobre quién usaba qué y cuándo. Vinieron a nosotros buscando un sistema que desapareciera del día a día.

El hardware: 680 puertas fenólicas, dos vestuarios

Instalamos 680 taquillas en dos vestuarios —uno para personal masculino, otro para femenino— dimensionados y distribuidos en función de sus picos de tráfico. Las puertas son de resina fenólica compacta: resistente al agua, antibacteriana, micro-perforada por detrás para ventilación, homologada para miles de aperturas diarias.

Este último número importa. Una operación 24/7 con tres cambios de turno al día significa que cada taquilla se abre y cierra unas 6 a 8 veces al día. En 680 taquillas, hablamos de unas 4.000 a 5.000 operaciones diarias —el tipo de carga en la que un cerrojo de gama doméstica empezaría a fallar en pocos meses. La combinación de fenólico + cierre electrónico que desplegamos aguanta ese volumen y bastante más.

El software: huella, API y reglas condicionadas

Lo que convirtió esto en un verdadero caso (y no solo una instalación) fue la capa de software. El cliente funciona sobre MyLock Cloud, que le aportó tres cosas que su sistema anterior no podía:

Autenticación por huella en cada puerta. Sin llaves que perder, sin tarjetas que desactivar, sin PIN apuntado en un post-it. Un empleado llega, apoya el dedo, se abre su taquilla. Esa es toda la experiencia de usuario.

Alta de empleados por API. El sistema de RR. HH. del cliente crea un nuevo registro de empleado; nuestra API recibe el evento; el sistema le asigna taquilla, captura su huella en el primer uso, y le envía por email su asignación con instrucciones de uso —todo sin que RR. HH. tenga que tocar nada. Cuando alguien se va, el flujo se ejecuta en sentido inverso: la misma llamada API desasigna la taquilla la misma mañana en que se le revoca la tarjeta de acceso.

Reglas de acceso condicionadas. Aquí es donde se acumulan los beneficios operativos. El portal de administración permite al equipo de facilities configurar reglas por bloque de taquillas: las taquillas expiran automáticamente tras un número determinado de horas de uso continuo; el acceso se bloquea durante ventanas programadas de limpieza; el equipo on-site puede marcar taquillas concretas como "necesita limpieza" para sacarlas de la lista asignable hasta que el equipo de limpieza levante la marca. Nada de esto requiere un desarrollador ni un ticket de soporte: está todo en la interfaz de administración.

Las cifras que importaron

Las métricas que el cliente siguió en los meses posteriores al despliegue no fueron las que esperaba. La mayor mejora no estuvo en incidentes de seguridad (tenían muy pocos para empezar). Fue en tiempo de RR. HH. ahorrado: el ciclo mensual completo de altas y bajas de acceso a taquillas pasó de unas 4-5 horas por ciclo a menos de 20 minutos de revisión por parte de un supervisor. La rutina diaria del equipo de limpieza también ganó eficiencia, porque la marca "necesita limpieza" les permitió trabajar por las taquillas señaladas sin tener que revisarlas todas.

El problema de las llaves perdidas desapareció por completo. No hay llaves.

Qué requiere este tipo de despliegue

Si estás valorando un despliegue similar —operación multi-turno, cientos de puertas, un sistema de RR. HH. que debería gobernar el ciclo de vida de la taquilla— tres cosas pesan más que el número de taquillas:

1. Una API real en el lado de gestión. Sin ella, cada alta se convierte en un paso manual y el despliegue nunca alcanza la eficiencia que vendiste a tu organización.
2. Reglas condicionadas que el equipo de facilities pueda configurar él mismo. La lógica de limpieza y expiración en Bucarest se ajustó tres veces durante el primer mes según los patrones de uso reales. Si para cada cambio hubiéramos tenido que desplegar código, no se habría hecho.
3. Hardware homologado para la carga real. Fenólico + cerrojo mecánico especificado para 100.000+ ciclos no es opcional en un entorno 24/7.

Entregamos esta pila como un único proyecto. Si tu operación se parece a la descrita y quieres ver cómo sería el despliegue en tu espacio, habla con nosotros: repasamos el dimensionamiento, la integración por API, y los plazos realistas del proyecto.