De 300 a 400 taquillas: la ampliación en Malta sin parar la operación

Los despliegues nuevos de taquillas inteligentes se llevan toda la atención. La ingeniería interesante, según nuestra experiencia, ocurre en las ampliaciones: cuando el emplazamiento ya está en marcha, el equipo de operaciones ha construido hábitos en torno al sistema existente, y necesitas añadir capacidad sin romper lo que ya funciona.

El pasado marzo entregamos exactamente eso en un emplazamiento de alta rotación en Malta: 100 taquillas adicionales sumadas a una instalación previa de 300, fabricadas por nuestro socio Inbeca con el mismo acabado fenólico que el primer lote, integradas en el portal de gestión en vivo sin sacar el sitio de servicio.

El encargo: más capacidad, mismo flujo del operador

El cliente llevaba aproximadamente dos años operando nuestro sistema en Malta antes de esta ampliación. Sus 300 taquillas originales estaban profundamente integradas en la operación diaria: el personal de turno conocía los vestuarios, el back-office conocía el portal de administración, y RR. HH. había metido la asignación de taquillas dentro de su procedimiento de alta. Cualquier cosa que añadiéramos tenía que encajar en ese flujo, no sustituirlo.

Tres condicionantes definieron el alcance del proyecto:

1. Cero interrupción de servicio. El sitio funciona 24/7 con rotación constante alta. Cerrar varios días estaba descartado: necesitábamos una instalación por fases que dejara las 300 taquillas existentes operativas durante todo el proceso.
2. Paridad visual y material. Las nuevas taquillas tenían que verse idénticas a las antiguas. Mismo color de fenólico, mismo herraje, misma distribución de puertas. Cualquier otra cosa habría sido un parche visible de "fase 2" en lugar de una ampliación limpia.
3. Una sola superficie de gestión. El equipo de administración no debería pensar nunca en "taquillas viejas" vs "taquillas nuevas". Un portal, un único pool de asignación, un único conjunto de reglas condicionadas.

Qué instalamos

Entregamos 100 taquillas nuevas en tres días de instalación por fases, ejecutados en las horas de menor tráfico del día. Cada fase apartaba una fila de taquillas existentes, colocaba al lado las nuevas unidades, las daba de alta en el portal de gestión, y devolvía la sección a operaciones antes del siguiente cambio de turno.

Las especificaciones de hardware replicaron exactamente la fase original:

• Puertas fenólicas fabricadas por Inbeca, mismo color y grosor que el parque existente
• Cerraduras electrónicas homologadas para el mismo volumen de aperturas diarias que la instalación original (el sitio ya superaba las 4.000 aperturas diarias antes de la ampliación)
• Autenticación por PIN, en la que el operador se había estandarizado por la facilidad de alta del personal

El verdadero trabajo estuvo en el software

La instalación física fueron tres días. La preparación en el lado de software que la hizo posible llevó más tiempo, y es donde quedó la mayor parte del valor para el cliente.

Alta vía API, con emails al cliente final personalizados con su marca. El sistema de RR. HH. del cliente ya estaba conectado a MyLock Cloud en las 300 taquillas originales vía nuestra API REST. Cada nuevo empleado se da de alta automáticamente: se crea una asignación, se genera un PIN y se envía un email de bienvenida. Lo que hicimos durante la ampliación fue coger las plantillas de email que el cliente había refinado durante dos años —mismo logo, mismo tono, mismas instrucciones de uso— y extenderlas para que las 100 taquillas adicionales se comportaran de forma idéntica desde el punto de vista del usuario.

Expiración automática. Un problema operativo persistente en sitios de alta rotación son las taquillas "huérfanas": alguien coge una y nunca la libera. Habíamos configurado expiración automática tras una ventana de inactividad para las 300 originales; las 100 nuevas heredaron la misma regla desde el primer día. Sin cola de limpieza manual.

Pool único de gestión. El portal de administración no muestra taquillas de "fase 1" y "fase 2". Las 400 taquillas son un pool asignable único, con las mismas reglas condicionadas aplicadas de forma uniforme. La ampliación se vio en las métricas de capacidad; fue invisible en el flujo de trabajo.

Lo que enseñan las ampliaciones

Cuando entregamos una instalación nueva, la métrica de éxito es "¿cumple la entrega con lo especificado?". Cuando entregamos una ampliación, la métrica de éxito es "¿se ha enterado alguien en operaciones?". Si el personal vio una mañana 100 puertas más y las asignó como las 300 anteriores, el proyecto funcionó.

Los dos requisitos previos para que una ampliación salga limpia:

• La instalación original se construyó sobre una API que soporta capacidad incremental. Conteos de taquillas codificados a mano, flujos de provisión de un único lote, o acoplamientos rígidos entre hardware y software convierten una ampliación en un redespliegue. La API de MyLock Cloud trata las taquillas como un registro: añadir filas es un cambio de configuración, no una migración.
• El socio de hardware puede igualar la especificación original meses o años después. Fenólico de otro proveedor, o un color casado a ojo, se habría notado. La capacidad de Inbeca de fabricar un segundo lote idéntico es la razón por la que la instalación se lee como un único parque.

Si llevas un despliegue que se acerca al límite de capacidad y quieres planear una ampliación sin interrumpir el servicio, habla con nosotros: te dimensionamos cómo sería una instalación por fases en tu sitio.