La pulsera no es un monedero

Dos arquitecturas, una de ellas equivocada

Una pulsera de pago puede llevar un identificador vinculado a un saldo almacenado en su servidor o guardar el propio saldo en la memoria del chip. Casi todos los programas bien gestionados utilizan la primera arquitectura. La segunda se propone periódicamente, por lo general con el argumento de que permite seguir operando cuando la red no está disponible, pero introduce un modo de fallo que la primera no presenta.

Una pulsera dañada no debería ser dinero perdido

Si el saldo está en el servidor, una pulsera rota o perdida no es más que una credencial que se desactiva y se vuelve a emitir, exactamente igual que una llave de habitación perdida; el dinero del huésped no se ve afectado. Si el saldo está en el chip, el fallo de la pulsera implica la pérdida de un saldo que quizá pueda recuperarse o quizá no, y el establecimiento se ve envuelto en una disputa sobre cuánto dinero contenía. Esa conversación no tiene un buen desenlace y se producirá delante de otros huéspedes.

El funcionamiento sin conexión es un requisito real, pero hay una solución mejor

El argumento a favor de almacenar el saldo es válido: los bares de playa se encuentran al final del tendido de cable más largo y el enlace inalámbrico falla el día de mayor afluencia. La solución adecuada es que la caja disponga de un modo sin conexión que acumule las transacciones y las sincronice cuando se restablezca el enlace, habiendo decidido de antemano si esas operaciones pueden dejar un saldo prepago en negativo. Así se resuelve la interrupción sin trasladar el dinero a un trozo de silicona.

Pregunte dónde vive el dinero

Es una sola pregunta y separa una propuesta meditada de un argumentario de venta. Si un proveedor no puede responder con claridad, o responde que el saldo se guarda en la pulsera porque es más seguro, merece la pena insistir. La seguridad es una propiedad del sistema y del proceso que lo rodea, no del lugar donde esté escrito un número.