Miraremos su local y sus equipos y le diremos qué se puede conectar
Qué armarios y cerraduras hay ya instalados, qué entregan al exterior, qué escenarios de acceso necesita y por dónde tiene sentido empezar.
Un armario de taquillas es metal y cerraduras. El software lo convierte en un servicio: la persona obtiene acceso por código o tarjeta, la puerta se abre sola, el sistema sabe qué taquilla está ocupada, por quién y hasta cuándo, y cada apertura queda en el registro. A continuación, cómo funciona: del toque en la pantalla al clic de la cerradura y a la anotación en el historial.
El software para taquillas — un sistema que decide quién recibe qué taquilla, abre su cerradura electrónica en el momento adecuado y lleva cuenta de cada apertura: quién, cuándo y con qué fundamento.
La diferencia con un armario corriente se ve en un solo ejemplo. Con llave o candado, de la taquilla responde una persona: entregó la llave, se acordó del número y la recogió. Una llave perdida significa forzar la puerta, una disputa se resuelve con lo que recuerde el turno, y cuántas taquillas hay libres ahora solo lo sabe quien está delante.
Una taquilla automatizada no tiene llave. El derecho a abrir la puerta es un registro en una base de datos: este código vale para aquella taquilla hasta aquella hora. Un código se puede emitir, revocar, prolongar y transferir sin acercarse al armario. Y la ocupación de cada taquilla en cada local se ve en una lista.
Un ejemplo. Un visitante de un centro comercial deja sus bolsas en una taquilla: escanea un código QR en la pantalla, la puerta se abre, la cierra y se va. Dos horas después abre la misma taquilla con el mismo código. En el sistema quedan dos registros de apertura, el inicio de la custodia y la anotación de que la taquilla se ha liberado y está lista para la siguiente sesión.
La automatización de una consigna empieza donde las respuestas a tres preguntas ya no caben en la cabeza del encargado: cuántas taquillas están ocupadas ahora, quién exactamente abrió una taquilla concreta hoy a las 14:20 y qué hacer con unas pertenencias que llevan ahí un segundo día.
La conexión funciona en ambos sentidos: la orden va de izquierda a derecha y la confirmación vuelve. Una apertura se considera ocurrida no cuando se envía la orden, sino cuando responde el sensor de puerta. Sin ese paso el sistema informaría de lo que cree sobre sus taquillas y no de lo que realmente ocurre en el local.

Los equipos se parecen: el mismo armario, las mismas cerraduras, los mismos códigos. La diferencia está en la finalidad. Una taquilla de paquetería entrega a un destinatario un envío ajeno: el mensajero lo deja, el destinatario lo recoge, la casilla queda libre. Una consigna se alquila a una persona por un tiempo: mete sus propias cosas y las saca ella misma, y la taquilla se cobra por duración.
De ahí los distintos requisitos del programa: en una taquilla de paquetería lo principal es la conexión con la tienda en línea y el servicio de entrega; en una consigna, la sesión, el plazo, la prórroga y la devolución de la taquilla a la circulación. La entrega de pedidos se analiza en detalle en la página de sistemas de autoservicio.
Todo el recorrido de una sola petición: de la persona ante el armario a la anotación del registro. Más abajo en la página se examina cada uno de estos eslabones con más detalle.

La parte física: secciones del armario, taquillas de distintos tamaños, puertas. Cada taquilla está registrada en el sistema como un objeto propio con su número, tamaño, zona y estado. El armario se puede ampliar con una sección nueva: en términos de software eso es añadir taquillas y no una reforma.
Una cerradura que no abre una llave, sino un impulso eléctrico del controlador. Junto a ella suele haber un sensor de puerta que informa de si la puerta se abrió y se cerró realmente. Una cerradura sin sensor también funciona, pero entonces el sistema solo conoce la orden y no el resultado.
Un pequeño dispositivo dentro del armario al que están conectadas todas las cerraduras y sensores. Recibe la orden «abrir la taquilla 14», envía un impulso a la cerradura correcta y devuelve el resultado. Un controlador atiende decenas de taquillas, por eso el armario se conecta al sistema por un solo canal y no por cuarenta cables.
Todo aquello con lo que la persona llega al sistema: una pantalla en el armario, un terminal aparte en el vestíbulo, un lector de tarjetas o su propio teléfono. Puede haber varios a la vez: el flujo es el mismo, solo cambia la forma de entrada.
Donde se toman las decisiones. El servidor lleva taquillas, sesiones, códigos, permisos y registro, comprueba la petición y envía la orden al controlador. Además cuenta el plazo de custodia y prepara avisos e informes. Dónde se aloja —en un centro de datos o en los equipos del cliente— lo decide el proyecto.
El puesto de trabajo de un empleado del local: mapa de armarios, ocupación de las taquillas, sesiones activas, eventos, apertura manual, bloqueo de una taquilla, roles e informes. Se abre en el navegador, no hay nada que instalar.
El orden importa exactamente como está. La comprobación de permisos ocurre en el servidor y no en el armario: el controlador no guarda códigos ni decide a quién dejar pasar, ejecuta una orden. Por eso un acceso se puede revocar desde el panel en un segundo, sin tocar los equipos.
El sistema se compone de módulos. No todos los locales necesitan todos: unas taquillas de oficina no necesitan módulo de pago y una consigna de estación no necesita roles corporativos. La composición depende de la tarea, pero los módulos están pensados de antemano para encajar entre sí y no se acoplan después.
Lo que ve la persona: la pantalla del armario, una página del navegador tras un enlace o una aplicación móvil. Tres o cuatro pasos: elegir un tamaño, obtener una taquilla, abrirla, cerrarla. Los errores se explican con palabras: «el plazo de custodia ha vencido» y no «error 403».
El puesto de trabajo del empleado: ocupación de los armarios, sesiones activas, eventos, apertura manual con motivo indicado, bloqueo de una taquilla, ficheros de tarifas y reglas, informes. Todo en el navegador, con separación por roles.
Un registro de taquillas: local, armario, número, tamaño, zona, estado actual e historial. Una taquilla se puede retirar de la circulación para reparación, reservar para un fin concreto o agrupar con otras bajo reglas de acceso comunes.
La capa que trabaja con la cerradura: orden de apertura, espera de respuesta, tratamiento de un fallo, reintento. Aquí se tiene en cuenta también el tipo de cerradura: con o sin sensor de puerta, con o sin realimentación sobre la posición del pestillo.
Intercambio con los controladores de los armarios: cola de órdenes, vigilancia de la conexión, estado de los puertos, versión del firmware. Los distintos modelos se conectan mediante módulos de intercambio propios pero se ven iguales en la interfaz.
Comprobación de quién está ante el armario: código QR, código PIN, tarjeta, cuenta en la aplicación. Las formas se pueden combinar y activar por local: en un armario un código, en otro una tarjeta de empleado.
Una taquilla se toma por adelantado: para un periodo, para una fecha, para un intervalo periódico. La reserva mantiene la taquilla hasta la llegada de la persona y se libera automáticamente si no aparece; de lo contrario medio armario queda reservado en balde.
Donde la custodia se paga: tarifa, cálculo del importe, pago, recargo por exceso de tiempo, devoluciones. Las formas de pago concretas dependen del proveedor y de los equipos conectados: es una integración y no una función incorporada.
Mensajes al usuario y al empleado: código de acceso, recordatorio de que el plazo termina, puerta abierta, taquilla liberada, avería de un armario. El canal de envío se elige durante la implantación.
Un historial inmutable: aperturas y cierres, accesos denegados, aperturas de servicio, cambios de tarifas y permisos, acciones de los empleados. Las anotaciones no se editan: una corrección se añade como anotación nueva.
El estado de armarios y cerraduras: si el controlador está conectado, si la cerradura responde, si una puerta se atasca, si hay corriente. Una taquilla averiada se retira de la asignación automáticamente y no la descubre un visitante.
Encargado, administrador del local, equipo de mantenimiento, dirección. La apertura manual, la prórroga de una sesión, el cambio de tarifa y la consulta de datos personales son permisos propios y no un único paquete de administrador.
La interfaz externa del sistema: entregar una taquilla, obtener un código, consultar un estado, cerrar una sesión, extraer el registro. Por ahí se conectan los sistemas contables, el CRM, el control de accesos del local y los servicios propios del cliente.
Ocupación por hora y por día, rotación de las taquillas, reparto por tamaños, porcentaje de excesos de tiempo, averías de los equipos e ingresos donde la custodia se paga. Los informes se exportan a un archivo y se pueden generar según calendario.
El núcleo que une todo lo anterior: gestión de las sesiones, colas de órdenes, planificador de plazos y avisos, almacenamiento del registro y copias de seguridad con comprobación de la restauración.
Hay dos escenarios de acceso y no se sustituyen entre sí. En el primero, la persona se acerca a un armario libre y toma una taquilla en el acto. En el segundo, la taquilla se le asigna por adelantado: reservada, alquilada por meses o entregada como taquilla de puesto de trabajo.
Acceso en el acto. El visitante elige un tamaño en la pantalla, el sistema busca una taquilla libre de ese tamaño y la abre. En ese mismo momento se crea una sesión de custodia y se emite un código: en la pantalla, en un resguardo impreso o en un mensaje. Ese código es la llave: vale solo para esa taquilla y solo hasta el final del plazo.
Una taquilla asignada. Aquí la llave es la propia persona: tarjeta de empleado, cuenta en la aplicación, PIN permanente. La taquilla se abre en cuanto se la reconoce, en cada visita no se crea una sesión nueva y el plazo lo fija un contrato o un calendario y no las horas de custodia.
Qué ocurre entre aperturas:
Una pantalla del sistema, las horas son ilustrativas. Fíjese en el último paso: la taquilla vuelve a la circulación en el momento en que se cierra la sesión y no cuando lo advierte un empleado. De lo contrario, por la tarde medio armario figura como ocupado mientras físicamente está vacío.

Son pocos y todos están previstos de antemano: de lo contrario cada uno se convierte en una llamada al administrador.
La identificación responde a una pregunta: ¿tiene esta persona derecho a abrir esta taquilla ahora mismo? La forma se elige según el local y los equipos: lo que funciona en una estación no encaja en una taquilla de oficina. Si una forma concreta es posible depende de lo que haya montado en el armario, por eso el conjunto se determina en el estudio previo.
El código aparece en la pantalla del teléfono o impreso en un resguardo y el armario lo lee con un lector. Cómodo para visitantes ocasionales: no hay nada que memorizar ni teclear. Exige un lector en el armario y una pantalla que funcione en el lado del usuario.
Unas pocas cifras tecleadas en un teclado o en la pantalla. La forma menos exigente: funciona sin teléfono, sin internet en el usuario y sin equipos adicionales. Exige un límite de intentos y un plazo de validez.
Un identificador sin contacto acercado a un lector. La forma principal allí donde la gente ya lleva una acreditación: una oficina, una fábrica, un gimnasio. A menudo permite usar las acreditaciones ya emitidas en el local: eso se confirma según el tipo de tarjeta.
La taquilla se abre con un botón de la aplicación y no con un código en el armario. Adecuada para usuarios habituales y abonos; además es un buen sitio para mostrar el historial, el plazo y el pago. Exige que el usuario tenga conexión en el momento de abrir.
Un documento ya existente se convierte en la llave: un número de pedido, un billete, un cupón, un albarán. La taquilla se vincula a él y a la persona no se le emite un código aparte. Que sea posible depende de dónde venga el documento y de si se puede alcanzar mediante una integración.
Una huella o un rostro en lugar de un código o una tarjeta. Técnicamente se conecta como un lector más, pero exige una decisión aparte sobre el almacenamiento y la protección de datos personales, por eso se trata como una opción posible para un proyecto concreto y no como una forma por defecto.
| Local y escenario | Forma principal | Por qué |
|---|---|---|
| Visitantes ocasionales, mucho tránsito, pago en el acto | QR o PIN | No hay que entregar nada por adelantado ni recogerlo después |
| Empleados con acreditación | tarjeta | El identificador ya está en la mano, no hace falta un código aparte |
| Abonos y clientes habituales | aplicación | El plazo, el pago y el historial de peticiones están en el mismo sitio |
| Entrega de una cosa de una persona a otra | códigos separados | Quien deja la cosa y quien la recoge tienen cada uno su código |
| Un local donde los visitantes no tienen internet fiable | solo PIN | No depende del teléfono ni de la conexión en el lado de la persona |
Las formas no se excluyen: en un mismo armario pueden convivir una tarjeta para empleados y un código para invitados. Lo que importa es cuál es la forma principal, porque el plazo de validez, el número de intentos y las reglas de reemisión se configuran alrededor de ella.
Es la parte más física del sistema y de ella depende que el programa diga la verdad. Cerradura electrónica se abre con un impulso eléctrico corto: llega tensión, el pestillo se retrae, la puerta queda libre. La cerradura en sí no sabe nada de personas ni de códigos.
El controlador — un dispositivo dentro del armario al que están conectadas las cerraduras y los sensores. Recibe del servidor la orden «abrir la taquilla 27», envía un impulso a la salida correcta y devuelve el resultado. Un controlador atiende decenas de taquillas, por eso el armario se conecta al sistema por un solo canal de comunicación.
Sensor de puerta — lo que separa una suposición de un hecho. Sin él el sistema solo sabe que la orden se envió. Con él sabe que la puerta se abrió realmente y cuánto tardó en cerrarse. Si hay sensores es una pregunta sobre el modelo concreto de armario y se responde antes de empezar los trabajos.
Qué se tiene en cuenta al conectar los equipos:
No afirmamos de antemano la compatibilidad con marcas concretas de cerraduras y controladores. El conjunto de equipos conectables se determina en el estudio previo, con la documentación del fabricante y con la interfaz que el dispositivo ofrece al exterior; donde no hay interfaz lista, la cuestión se resuelve aparte y antes de empezar los trabajos, no con una promesa de compatibilidad.

La conexión entre el armario y el servidor se corta: es una situación normal y no una emergencia anual. El comportamiento en ese momento se diseña de antemano y hay dos opciones.
Sin modo sin conexión el armario simplemente deja de atender: la pantalla informa de que no hay conexión y no se asignan taquillas nuevas. Las cosas de dentro están seguras, pero no se pueden recoger sin un empleado hasta que la conexión se restablezca.
Con modo sin conexión el controlador guarda un conjunto limitado de códigos válidos y sigue abriendo taquillas con ellos, acumulando los eventos en una cola. Cuando la conexión vuelve, toda la cola va al servidor. Ese modo es una decisión de diseño aparte: exige memoria en el controlador y hace que la revocación de un código deje de ser instantánea.
| Qué ha devuelto el equipo | Cómo se interpreta |
|---|---|
| Orden aceptada, el sensor ha confirmado la apertura | abierta |
| Orden aceptada, el sensor calla | pendiente de revisión |
| La puerta lleva abierta más tiempo del permitido | evento |
| El controlador no ha respondido a la orden | evento |
| El armario no se conecta | evento |
| La puerta se ha abierto sin orden | evento |
La línea «el sensor calla» es la más importante. El sistema no trata esa apertura ni como ocurrida ni como no ocurrida: marca la taquilla como pendiente de revisión y no se la asigna a la siguiente persona hasta que el asunto quede aclarado.
Una taquilla está siempre en exactamente un estado, y las transiciones entre estados las fijan reglas y no la decisión de un empleado sobre la marcha. De esos estados sale la respuesta a la pregunta de cuántas taquillas hay libres ahora, y esa respuesta debe ser correcta sin acercarse al armario.
La taquilla funciona, está vacía y se puede asignar a la siguiente persona. Solo esas taquillas participan en la selección al asignar y en las reservas.
Asignada por adelantado y no entregada a otros, pero todavía no hay nada dentro. Una reserva tiene plazo: si no viene nadie, la taquilla vuelve sola a la circulación.
Hay una sesión de custodia en curso: hay titular del acceso, hora de inicio y plazo. Es el estado de trabajo principal y en él pasa la taquilla la mayor parte del tiempo.
Una persona ha dejado algo para otra. La taquilla está ocupada pero la llave pertenece al destinatario: el escenario de entrega y de recogida de pedidos.
El plazo de custodia ha terminado con las cosas dentro. La taquilla no se asigna, pasa a una lista aparte y se trata según la regla del local: con recargo, con bloqueo o retirando el contenido.
La apertura no la confirmó el sensor, la puerta quedó abierta o se registró una apertura sin orden. Hasta que se aclare, la taquilla queda fuera de la asignación.
La cerradura no responde o el controlador ha comunicado un error. La taquilla se retira automáticamente y se crea una tarea para el equipo de mantenimiento.
Un empleado ha retirado la taquilla de la circulación: limpieza, reparación de una sección, necesidad operativa. Un bloqueo tiene autor, motivo y hora: de lo contrario no se sabe quién cerró diez taquillas ni por qué.
Una pantalla del sistema, las cifras son ilustrativas. El desglose por tamaños pesa más que la cifra global: un local con el 71% de taquillas ocupadas puede no tener ni una pequeña libre, y la mayoría de los visitantes vienen precisamente por las pequeñas. La misma tabla muestra qué tamaños conviene añadir al ampliar el armario.
Reservas hace falta allí donde la llegada de la persona es previsible: sabe que vendrá el jueves y quiere tener la seguridad de que habrá taquilla. El sistema fija la taquilla para el intervalo y no se la ofrece a otros.
Una reserva tiene siempre un plazo de espera. Sin él, un local llega enseguida al estado en el que no hay taquillas libres mientras el armario está medio vacío: se reserva y no se aparece. Si la persona no llega a la hora acordada, la reserva se libera, la taquilla vuelve a la circulación y la persona recibe un aviso.
Tipos de reserva:
Entrega y recogida — el segundo escenario, en el que la taquilla se convierte en punto de entrega entre dos personas. Una deja el objeto, otra lo recoge y no tienen que encontrarse nunca.
Técnicamente es la misma sesión, pero con dos derechos de acceso distintos: un código de depósito y un código de recogida. El primero se anula en cuanto se cierra la puerta y el segundo entra en vigor desde ese momento. Así el sistema sabe no solo que la taquilla está ocupada, sino que el objeto está depositado y que el destinatario aún no ha pasado.
Separar los códigos no es una formalidad. Mientras haya un único código común, no se puede responder a quién abrió exactamente la taquilla: quien dejó el objeto o quien lo recogió. Con dos códigos, cada apertura del registro tiene autor y rol.

Elegir no consiste en tomar el primer número libre. La regla se configura para el local y suele tener en cuenta varias condiciones a la vez:
La regla del local determina qué ocurre cuando el plazo ha vencido con las cosas dentro. Las opciones son distintas y se eligen antes del arranque y no en el momento del primer caso.
En todas las variantes se avisa a la persona antes de que venza el plazo y no después de calcularle un recargo.
No todo el mundo necesita un módulo de pago: las taquillas de empleados y los casilleros de vestuario de un club funcionan sin dinero. Pero allí donde la taquilla se alquila, el dinero pasa a formar parte de la sesión y las reglas de cálculo deben quedar tan definidas como las de acceso.
Cómo se calcula el coste. La tarifa se ata al tamaño de la taquilla y al tiempo. Los esquemas más habituales son: un precio fijo por sesión, un precio por intervalo (hora, día) con redondeo al alza, una tarifa escalonada en la que la primera hora cuesta más que las siguientes y un abono de larga duración.
Cuándo se paga. También es una decisión del proyecto. El pago por adelantado del intervalo elegido con recargo por prórroga es el esquema más sencillo y previsible para el local. El pago posterior, al cerrar la sesión, exige una garantía de que la persona pagará: por ejemplo, una preautorización en la tarjeta.
Qué forma parte del bloque de pagos del sistema:
El límite lo decimos con claridad. Las formas de pago concretas —tarjeta, sin contacto, QR, pago en la aplicación, efectivo por validador de billetes— dependen del servicio de pagos conectado y de los equipos del armario. Es una integración cuyo alcance se determina en el estudio previo y no una función incorporada disponible en cualquier proyecto. Los requisitos fiscales los fijan la legislación del país y el modelo del dispositivo.

La regla de redondeo se le anuncia a la persona antes del pago y no se descubre en el importe final. Es la única línea del cálculo que genera disputas en los locales.
Hay un escenario peligroso: el dinero se cobra y la taquilla no se abre. El sistema no trata esa operación como completada: la sesión no empieza, la taquilla sigue libre y el pago pasa a la cola de devoluciones con el motivo indicado.
La situación inversa —la taquilla se abrió pero el pago no se confirmó— se trata con el mismo rigor: la sesión se crea pero se marca como impagada y pasa a la lista de aclaración. El sistema no puede pasar por alto una discrepancia en silencio: de lo contrario, a fin de mes no cuadra nada.
Un evento es cualquier cambio que el sistema está obligado a recordar: una apertura, un rechazo, el fin de un plazo, la acción de un empleado. Parte de los eventos salen hacia las personas como mensajes; todos sin excepción acaban en el registro. Los canales de entrega —la aplicación, un mensaje al teléfono, el correo, la mensajería— se conectan mediante integraciones y se eligen durante la implantación.
Código de acceso, número de taquilla, dirección del local y plazo de custodia. Se envía en el momento de la asignación y de nuevo a petición si el código se pierde.
Un recordatorio antes de que se agote el tiempo pagado, con la opción de prolongar, y un mensaje aparte cuando la sesión vence.
Un mensaje al destinatario de que el objeto está depositado y la taquilla espera, y una confirmación de vuelta al remitente de que el objeto se ha recogido.
Una taquilla no se ha abierto, una puerta no se ha cerrado, un armario está sin conexión, un controlador ha devuelto un error. El evento va dirigido: tiene local y responsable.
La lista de taquillas cuyo plazo de custodia ha vencido, con el inicio de la sesión y una vía de contacto con la persona, si la dejó.
Una apertura sin orden, una serie de códigos introducidos mal, una apertura manual por un empleado, un desajuste entre pago y asignación.
| Hora | Evento | Fundamento | Resultado |
|---|---|---|---|
| 14:05 | Taquilla n.º 27 asignada | Sesión 8842, tamaño mediano | correcto |
| 14:06 | Puerta cerrada | Sensor de puerta | correcto |
| 16:40 | Abierta por código | Sesión 8842, código QR | correcto |
| 16:47 | Puerta abierta más tiempo del permitido | Sensor de puerta, 6 min | evento |
| 18:20 | Aviso de fin de plazo | Regla «40 minutos antes» | entregado |
| 18:49 | Acceso denegado | Código introducido mal, intento 2 de 5 | denegado |
| 18:52 | Sesión cerrada | Confirmación en pantalla, recargo 180 | correcto |
| 19:14 | Apertura de servicio | Encargado Asánov, motivo «limpieza de la taquilla» | manual |
Una pantalla del sistema, los datos son ilustrativos. Fíjese en la línea de las 18:49: un intento de entrada fallido también es un evento. Un registro que solo anota los éxitos no sirve para resolver una disputa, porque las disputas van precisamente sobre rechazos y aperturas manuales.
El panel de administración es un puesto de trabajo y no una pantalla de ajustes. La mayor parte del tiempo un empleado mira dos cosas: qué está pasando con las taquillas ahora y qué exige su intervención.
Qué hay en la primera pantalla: un mapa de armarios con la ocupación por tamaños, una lista de eventos abiertos por urgencia, las taquillas vencidas y las retiradas de la circulación. No la lista completa de taquillas una tras otra: de lo contrario, en un local con doscientas taquillas la primera pantalla es inútil.
Qué puede hacer el administrador:
Los permisos se conceden a un rol, no a una persona. En un local con tres empleados la diferencia es invisible, pero en cuanto son veinte, los ajustes individuales dejan de ser auditables: nadie puede decir quién tiene ahora derecho a abrir taquillas ajenas. Un rol responde a esa pregunta en una línea.
Las dos últimas líneas no son un exceso de cautela. El derecho a conceder derechos y el derecho a ver datos personales se saltan cualquier otra restricción, por eso se mantienen siempre aparte y no se agrupan en un paquete de administrador.

Cuando los armarios están en un solo local, basta una lista. Cuando hay diez locales, aparece todo lo que un punto aislado nunca conoce.
Exactamente lo que exige el trabajo: número de sesión, taquilla, hora, forma de acceso, estado del pago. Los datos de contacto, si se recogieron, se muestran bajo un permiso aparte y con anotación en el registro: consultarlos también es un evento.
Qué datos se recogen sobre un usuario es una decisión del proyecto y la determinan los requisitos del local y la legislación, no lo que el sistema podría hacer. Un escenario en el que no se guarda nada de la persona salvo el número de taquilla y la hora es viable y a menudo suficiente.
Un armario está sin vigilancia y esa es su propiedad definitoria. Es decir, el sistema tiene que enterarse de una avería por sí mismo; de lo contrario la comunicará un visitante cuya taquilla con sus cosas no se abrió.
Qué se vigila de forma continua:
El silencio también es un evento. Un armario que no se conecta no significa que todo vaya bien: significa que no se sabe nada del estado de doscientas taquillas ni de las cosas que hay dentro. Por eso una pérdida de conexión genera el mismo evento que un fallo de cerradura en lugar de dejar un hueco en la vigilancia.
Qué pasa con una taquilla averiada. Se retira automáticamente de la selección: no se le ofrecerá a la siguiente persona. Se crea una tarea para el equipo de mantenimiento con el número de armario, el de taquilla y una descripción del fallo. La taquilla solo vuelve a la circulación con una anotación de trabajo terminado: no se recupera sola.
El enfoque del control de los equipos es el mismo que aplicamos en los sistemas de monitorización IoT: indicador, norma, tiempo de espera, evento, responsable. La única diferencia es que aquí no se mide la temperatura, sino la respuesta de las cerraduras y la presencia de conexión.

Hay tres niveles y el nivel determina a quién molesta el sistema y con qué rapidez.
El tiempo de espera —cuánto aguarda el sistema antes de dar la alarma— se fija para cada tipo de evento. Sin él, la limpieza del vestíbulo y el mantenimiento rutinario se convierten en un flujo de falsas alarmas que la gente deja de leer.
Para cualquier periodo se ve, por cada armario, cuánto tiempo estuvo en línea, cuántas taquillas estuvieron fuera de circulación y durante cuánto y cuántas averías recayeron en cada taquilla. Esas cifras responden a una pregunta práctica: qué taquillas toca sustituir y qué armario está en un sitio donde la conexión no aguanta.
Cerraduras y controladores
Acceso por código y tarjeta
Panel de administración
Registro de cada apertura
La seguridad en un sistema así no se compone de una medida, sino de varias reglas sencillas, cada una de las cuales cierra una vía distinta de entrar en la taquilla de otro.
Un código vale dentro de unos límites. Cada código tiene plazo, taquilla y número de usos permitidos. Un código que no caduca nunca y funciona en cualquier taquilla no es una llave, sino una ganzúa, por eso el sistema no admite ese estado ni siquiera para los empleados.
Los códigos no se pueden probar a la fuerza. El número de intentos está limitado, al agotarse la entrada se bloquea un tiempo y una serie de fallos se convierte en un evento para aclarar. Sin eso, un PIN de cuatro cifras se adivina en una tarde.
La decisión la toma el servidor. El controlador del armario no guarda códigos ni decide a quién dejar pasar: ejecuta una orden. Por eso el acceso a los equipos no da acceso a las taquillas y la revocación de un código surte efecto al instante.
Cada apertura queda registrada. El registro es inmutable: una anotación no se puede editar ni borrar y una corrección se añade como anotación nueva. Eso vale también para los empleados: una apertura de servicio aparece en el historial de una taquilla junto a una corriente.
Los permisos están separados. Consultar, abrir manualmente, cambiar reglas y trabajar con datos personales son permisos distintos. Una única cuenta que puede hacerlo todo es el punto débil de todo el esquema de protección.
De qué no responde el sistema. Controla el acceso pero no sustituye a la seguridad física: la solidez del armario, la videovigilancia de la zona, los procedimientos del personal y las reglas de custodia de objetos de valor siguen siendo responsabilidad del local. Es más honesto decirlo así que dejar la impresión de que el software convierte un armario en una caja fuerte ignífuga.

Ninguno de estos eventos significa por sí solo una infracción: también las personas honradas se equivocan al teclear y las taquillas se abren a mano por una docena de motivos legítimos. El sentido de la cola es que esos casos no se diluyan en el registro general, sino que se reúnan en una lista aparte que alguien revisa con regularidad.
Qué datos se guardan sobre un usuario lo determina el escenario del local. Una custodia puntual puede prescindir de todos: solo taquilla, hora y código. Un abono exige una cuenta. Las taquillas corporativas se vinculan al sistema de personal. Cuantos menos datos se recogen, menos hay que proteger, por eso el alcance se discute antes del desarrollo y no se amplía por si acaso.
Un sistema de custodia rara vez vive solo: está dentro de un local que ya tiene su propio software. El intercambio se construye mediante una API: una interfaz externa con la que otro sistema puede asignar una taquilla, obtener un código, consultar un estado o extraer el registro. A continuación, las direcciones de intercambio más habituales.
La vía básica de conexión: asignar una taquilla, emitir y revocar un código, consultar la ocupación, cerrar una sesión, extraer eventos. Todo lo demás se conecta a través de ella, incluidos los servicios internos del cliente.
Donde la gente ya lleva tarjetas: la taquilla se abre con la misma acreditación que el torno. Exige acordar el tipo de tarjeta y la interfaz que ofrece el control de accesos existente.
Para taquillas corporativas: se contrata a un empleado y se le asigna una taquilla; se marcha y se le retira el acceso y se libera la taquilla. De lo contrario, en un año la mitad de las taquillas están a nombre de personas que ya no están en el local.
Aceptación del pago, devoluciones, conciliación de las operaciones. El proveedor concreto y las formas de pago los determina el proyecto, y los requisitos fiscales la legislación del país y el modelo del equipo.
Entrega de mensajes a usuarios y empleados: la aplicación, mensajes al teléfono, mensajería, correo. Un canal se conecta aparte y se elige por local.
El escenario de entrega de pedidos a través de una taquilla: el pedido llega de fuera, se asigna una taquilla y los códigos se reparten entre remitente y destinatario. Este circuito se analiza en detalle en la página de sistemas de autoservicio.
Transmisión de los estados de armarios y cerraduras a un sistema de monitorización externo donde el local ya lo tenga, o uso de nuestra propia capa monitorización IoT.
Exportación de los datos de sesiones pagadas y de pagos al sistema contable. Solo hay un propietario del fichero de tarifas: o el sistema contable o el sistema de custodia, pero nunca los dos a la vez.
Entrega periódica del registro y de los indicadores al almacén de datos o al sistema de informes del cliente, para cuando la analítica de los locales se construye dentro de la capa común de la empresa y no aparte.
No damos de antemano una lista concreta de integraciones: que un intercambio sea posible depende de la interfaz que ofrezca el sistema del lado del cliente. Qué se conecta enseguida, qué exigirá trabajo del otro lado y qué habrá que resolver con exportaciones de archivos queda claro en el estudio previo: antes de empezar los trabajos y no sobre la marcha.
Los equipos y la lógica son los mismos en todas partes: una taquilla, una cerradura, un código, una sesión, un registro. Lo que cambia es el escenario, la duración de la custodia y si el servicio es de pago, y de esas tres cosas salen las diferencias de configuración.

Custodia puntual de unas horas: compras, carritos de bebé, objetos voluminosos. Hay mucho tránsito y los visitantes son casuales, por eso hace falta un acceso sencillo por código, una asignación rápida y una regla firme de que las taquillas vuelven a la circulación al cierre.
La consigna clásica: equipaje durante unas horas o unos días, cobro por tiempo, funcionamiento las veinticuatro horas. Aquí lo que más importa es un funcionamiento sin conexión fiable y una regla clara para los excesos de tiempo: la gente pierde su transporte.
Una taquilla mientras dura el entrenamiento, casi siempre gratuita y abierta con la tarjeta del club. El valor del sistema no está en el pago, sino en que el administrador vea qué taquillas están ocupadas y pueda abrir una olvidada sin romper la cerradura.
Una taquilla personal para un empleado o un residente: taquilla asignada, acceso por acreditación, plazo fijado por contrato. La conexión con el sistema de personal elimina el problema principal: taquillas todavía asignadas a quienes ya se han ido.
Taquillas para inquilinos y visitantes y entrega de documentos y llaves entre empresas sin encontrarse. Aquí es donde más a menudo hace falta el escenario de dos códigos: uno para depositar y otro para recoger.
Trasteros alquilados por meses: sesión larga, pago por abono, acceso por tarjeta o código. La parte de software se ocupa del plazo, las prórrogas, el bloqueo por impago y el historial de visitas.
Taquillas para herramientas, instrumentos y ropa de trabajo. Aquí no se trata del pago, sino de la responsabilidad: quién cogió qué, cuándo lo devolvió, qué no ha vuelto al final del turno. En este caso el registro es el resultado principal del sistema.
Taquillas para estudiantes y visitantes y entrega y devolución de libros y equipos a través de una taquilla. Normalmente hace falta una conexión con el sistema existente que gestiona a las personas y no un directorio de usuarios aparte.
Taquillas para visitantes en la sala de espera y taquillas para el personal. Aquí los requisitos del registro y de la separación de permisos son más altos de lo habitual, mientras que el volumen de datos recogidos se mantiene al mínimo.
El sistema acumula muchos datos, pero solo una pequeña parte es útil. Tienen valor práctico cuatro preguntas: si hay suficientes taquillas, qué tamaños hacen falta, dónde se pierde tiempo y qué equipos toca mantener.
Qué muestra la ocupación. No una cifra media del mes, sino el reparto por horas y días: un local puede tener una ocupación media del 45% y no tener ni una taquilla pequeña libre todos los sábados entre las 14:00 y las 18:00. La respuesta es añadir taquillas del tamaño adecuado y no otro armario entero.
Los indicadores que se calculan por local:
La asignación fallida es el indicador más subestimado. La ocupación la ve todo el mundo, pero la persona que se acercó, no encontró taquilla libre y se fue no deja rastro alguno en la estadística corriente. Y sin embargo es precisamente esa cifra la que responde a si hay que ampliar el armario.
Los informes se exportan a un archivo y se pueden generar según calendario: por ejemplo, el día uno de cada mes para todos los locales a la vez.

Dos horas de ocupación completa en el gráfico no significan «bien aprovechado»: significan cola y rechazos. Ese indicador va siempre junto al número de personas que se fueron sin taquilla; de lo contrario el pico se lee como un éxito.
Las etapas van exactamente en este orden. Saltarse el estudio previo es el motivo más frecuente de que un sistema acabe construido alrededor de equipos que no aceptan las órdenes necesarias.
Qué hay ya en el local: armarios, cerraduras, controladores, lectores, conexión, alimentación. Qué escenarios hacen falta, si la custodia es de pago, quién responde de las taquillas. El resultado: qué se conecta enseguida, qué exige trabajo y qué le falta al local.
Un armario de principio a fin: intercambio con el controlador en equipos reales, comprobación de aperturas y sensores, ajuste de plazos, tarifas y reglas según el comportamiento real de la gente y no según la documentación.
Quién responde de qué locales, qué eventos van a quién, qué se considera emergencia, cómo se tratan los excesos de tiempo. Aquí se configuran también los permisos de los empleados y el procedimiento para las aperturas manuales.
Los armarios y locales restantes siguen el patrón probado y los tipos de equipo nuevos llegan como módulos de intercambio propios. A partir de ahí se acumula historial y aparecen los informes por periodos y los datos para la ampliación.
Cuéntenos de qué local se trata, cuántas taquillas tiene y qué armarios hay ya instalados, si la custodia es de pago y quién trabajará con el sistema. Le diremos qué se puede conectar a los equipos existentes, qué escenarios de acceso encajan y por dónde tiene sentido empezar el piloto.