Cashless sin Internet: Qué Pasa Realmente Cuando se Cae la Red en tu Evento
¿Qué pasa si se cae internet durante un evento cashless?
En un sistema diseñado para ello, no pasa nada visible: los terminales siguen cobrando y los accesos siguen validando porque operan en local, y las transacciones se sincronizan solas cuando vuelve la conexión. El riesgo no está en la caída, está en contratar un sistema que necesita servidor para cada cobro. Esa diferencia no se ve en el folleto, se ve a las dos de la mañana con la barra llena.
Es la primera pregunta que hace todo organizador cuando le propones quitar el efectivo de su evento, y con razón: acabas de pedirle que ponga toda su recaudación en manos de un sistema informático, en un descampado, con cobertura de feria. La pregunta es buena. Lo que suele ser malo es la respuesta.
“Sí, funciona offline” es una frase que dicen todos los proveedores y que significa cosas muy distintas según quién la diga. Este artículo explica qué hay debajo de esa frase, para que puedas distinguir un sistema que aguanta una caída de red de uno que simplemente lo pone en el PDF comercial.
Primero: “sin internet” son tres problemas distintos
Buena parte de la confusión viene de meter en el mismo saco tres escenarios que no se parecen en nada y que se resuelven de forma diferente.
1. El recinto no tiene cobertura
Una finca, una playa, un monte. Aquí no hay caída: nunca hubo red. Es el escenario más fácil precisamente porque es predecible, y se resuelve antes del evento llevando conectividad propia.
2. Hay cobertura, pero se satura
El más común y el más traicionero. En las pruebas del jueves todo va perfecto; el sábado hay miles de personas subiendo vídeos y la red móvil del emplazamiento deja de ser una red. Un sistema que depende del 4G del recinto funciona en el montaje y falla en el pico.
3. Se cae algo del lado del proveedor
Tú tienes red, pero el servidor que autoriza los cobros no responde. Es el menos frecuente y el más grave, porque no puedes hacer nada desde el recinto. Solo se mitiga con una arquitectura que no necesite ese servidor para cobrar.
Un proveedor que solo te habla del primero te está vendiendo un router, no un sistema tolerante a fallos.
La pregunta que lo decide todo: ¿dónde vive el saldo?
Cuando un asistente acerca su pulsera al terminal, alguien tiene que saber cuánto dinero tiene. Dónde se guarda ese dato es lo que determina si el sistema puede cobrar sin conexión o no. Hay dos modelos, y conviene entenderlos porque tienen implicaciones distintas.
Modelo A: el saldo vive en el chip
El saldo va escrito en la propia pulsera o tarjeta NFC. El terminal lo lee, descuenta y vuelve a escribir, todo en el gesto. No necesita preguntarle a nadie, así que funciona aunque no exista red en kilómetros.
A favor
- Cobra siempre, con o sin conexión
- Latencia mínima: no hay ida y vuelta al servidor
En contra
- Exige cifrado serio en el chip: si se puede reescribir, se puede falsificar saldo
- Si el asistente pierde la pulsera, pierde el saldo salvo que esté vinculada a su cuenta
Modelo B: el saldo vive en servidor, con copia local
El saldo real vive en el servidor, pero cada terminal mantiene una copia de trabajo y una cola de transacciones pendientes. Si se cae la red, el terminal sigue cobrando contra su copia y vacía la cola al reconectar.
A favor
- Saldo recuperable: la pulsera es una llave, no el dinero
- Permite recargas online y devolución de saldo al cerrar
En contra
- Durante la caída, dos barras pueden no saber la una de la otra
- Necesita reglas de reconciliación bien definidas al sincronizar
Los sistemas serios combinan ambos: el chip guarda lo necesario para operar solo, y el servidor mantiene la verdad para poder devolver saldo, recargar online y reconstruir la cuenta si algo se pierde. Lo importante no es qué modelo use tu proveedor, sino que sepa explicarte cuál usa y por qué.
Las 7 preguntas que debes hacerle a tu proveedor
Llévate esta lista a la reunión. No hace falta que entiendas la respuesta técnica al detalle: lo revelador es si la responden con concreción o con adjetivos.
¿Dónde vive el saldo cuando no hay conexión?
Es la pregunta técnica que lo determina todo. Si la respuesta es vaga o el comercial la esquiva, no hay modo offline real.
¿Qué pasa si el mismo asistente pasa por dos barras a la vez durante la caída?
Es el caso que separa un sistema diseñado para operar sin red de uno que simplemente guarda los tickets para después.
¿Los terminales siguen cobrando o solo guardan la venta?
No es lo mismo seguir operando que anotar en una libreta digital y cuadrar al final. Lo segundo no es offline, es fiar.
¿Cuánto aguanta la batería de un terminal sin enchufe?
Una caída de red suele venir acompañada de problemas eléctricos. Pregunta por horas reales en uso continuo, no en reposo.
¿Traéis vuestra propia conectividad o dependéis de la cobertura del recinto?
En un festival con miles de móviles buscando red, la cobertura del emplazamiento deja de ser un dato fiable.
¿Hay equipos de repuesto en el recinto y personal técnico presente?
El fallo más frecuente no es la red: es un terminal que se cae. La respuesta debe incluir un número de unidades, no una promesa.
¿Existe un protocolo de contingencia por escrito antes del evento?
Si no está documentado antes, se improvisa durante. Y se improvisa mal, a las dos de la mañana y con cola.
La otra mitad: no depender de la red del recinto
El modo offline es el plan B. El plan A es que no haga falta. Por eso la conectividad no debería ser algo que das por supuesto del emplazamiento, sino parte de lo que contratas.
Un caso real: una playa de Ibiza bajo un eclipse
En el Feels Like Festival de S'Arenal, más de 5.000 personas coincidieron en una playa el día del eclipse solar total, con la red móvil de la isla al límite y todo el consumo comprimido alrededor de los 67 segundos de totalidad. El sistema no se apoyó en la cobertura local: se desplegó red propia por satélite sobre más de 80 metros de barra.
Resultado: más de 5.000 transacciones procesadas, 225 recargas en tarjeta NFC y devolución de saldo online al cerrar el evento. Cero efectivo y cero cortes, en el sitio con peor pronóstico de conectividad posible.
Qué NO resuelve el modo offline
Aquí es donde casi todos los artículos sobre este tema se quedan cortos, porque toca admitir límites. Un sistema puede operar sin conexión y aun así haber cosas que no funcionan mientras dura la caída:
- Las recargas online desde el móvil del asistente. Necesitan pasarela de pago, y eso exige conexión. Durante una caída, se recarga en el punto físico.
- El dashboard en tiempo real. Si los terminales no pueden reportar, la foto de ventas se congela hasta que sincronizan. Sigue siendo exacta, pero llega tarde.
- Los pagos con tarjeta bancaria en el propio TPV. Una autorización bancaria es, por definición, online.
- Las altas de nuevas pulseras contra la base de datos central, si tu sistema las valida contra servidor.
Ninguna de estas cosas para la barra, que es lo que importa durante una incidencia. Pero si un proveedor te dice que absolutamente todo sigue igual sin internet, o no ha entendido la pregunta o prefiere que tú no la entiendas.
Cómo lo planteamos nosotros
En VENTRY el sistema cashless opera en local: los TPV siguen cobrando y el control de acceso sigue validando aunque no haya red, y todo sincroniza solo al recuperar la conexión. Los terminales llevan 8 horas de batería para aguantar una jornada sin enchufe, hay equipos de repuesto en el recinto y, cuando el emplazamiento lo exige, llevamos conectividad propia por satélite en lugar de confiar en la cobertura de la zona.
Y en eventos donde no basta con que funcione —procesos selectivos de administraciones públicas, por ejemplo— el protocolo de contingencia se acuerda por escrito antes del día, con equipos de repuesto en sede, personal técnico presente y un procedimiento manual definido. Que exista el documento importa tanto como que no haga falta usarlo.
¿Tu recinto tiene mala cobertura?
Cuéntanos dónde es tu evento y te decimos qué haría falta: conectividad, número de terminales y protocolo de contingencia. Sin compromiso y con números concretos, no con adjetivos.
Hablar con el equipo