Qué le pasa a tu POS cuando se cae el internet, proveedor por proveedor

Son las 7:40 de un viernes en la noche, todas las mesas están ocupadas y se cae el internet. Lo que pase en los siguientes sesenta segundos depende por completo de decisiones que tomaste meses antes: qué plataforma compraste, cómo se cableó tu red y si alguien leyó alguna vez la documentación del modo sin conexión antes de necesitarla.

Lo he vivido dos veces como operador: una durante un corte de fibra en la colonia y otra durante una caída de la nube del propio proveedor. Dos fallas distintas, dos noches muy diferentes. Este artículo es el análisis que me habría gustado que alguien me diera antes de la primera: qué significa en realidad el “modo sin conexión”, cómo se comportan las principales plataformas con el cable cortado y quién carga con el riesgo de cada tarjeta que pasas a ciegas.

Primero, identifica qué caída estás teniendo

Los operadores dicen “se cayó el internet” para hablar de dos fallas que no tienen nada que ver entre sí, y la diferencia importa más que cualquier lista de funciones:

1. Tu conexión está caída. El proveedor de internet, tu router, una retroexcavadora en la calle. Tu local está sin conexión; la nube del proveedor está bien. Esta es la falla para la que están diseñados los modos sin conexión, y la que puedes resolver con conectividad de respaldo.
2. La plataforma está caída. Tu internet funciona; el sistema no. Estas caídas son menos frecuentes pero reales, y ningún respaldo LTE ayuda: la mala configuración de DNS de Square en septiembre de 2023 dejó sin servicio a los comercios durante buena parte de un día. Un ataque de ransomware al centro de datos de NCR en abril de 2023 tiró los servicios de oficina en la nube de Aloha durante semanas. La caída de AWS us-east-1 en octubre de 2025 afectó a una larga lista de plataformas que dependían de ella: la prensa especializada documentó restaurantes capturando números de tarjeta a mano mientras su POS en la nube batallaba. La falla de la actualización de CrowdStrike en julio de 2024 tumbó sistemas de pago de industrias enteras en una mañana.

La primera falla pone a prueba el modo sin conexión de tu POS. La segunda pone a prueba la arquitectura de tu proveedor, y la cláusula de disponibilidad de tu contrato, que es una de las señales de alerta que vale la pena leer antes de firmar.

Lo que de verdad tiene que cubrir el “modo sin conexión”

Un POS de restaurante hace cuatro trabajos durante el servicio, y cada uno se degrada de forma distinta sin conexión:

• Captura de pedidos. ¿Las terminales y las portátiles pueden seguir capturando? Esto es puro diseño de software: los sistemas que guardan datos localmente siguen funcionando; los que consultan al servidor en cada acción se congelan.
• Envío a cocina e impresión. Las impresoras y una pantalla de cocina están en tu red local. Si los pedidos se envían localmente, las comandas siguen fluyendo sin nada de internet. Si pasan por la nube, tu pase se queda a oscuras aunque la impresora esté a diez pies de la terminal.
• Pagos con tarjeta. La parte realmente difícil. Sin un camino hacia las redes de tarjetas, la terminal no puede obtener una autorización, así que los sistemas recurren al almacenamiento y reenvío (store-and-forward): cifran los datos de la tarjeta, aprueban la venta en el momento y la envían para su autorización real después de reconectarse.
• Todo lo demás. Pedidos en línea, tarjetas de regalo, consultas de lealtad, reportes, salidas de turno: funciones en la nube que simplemente se pausan en todas las plataformas hasta que vuelve la conectividad.

El almacenamiento y reenvío merece una frase más, porque los proveedores lo dicen en voz baja y los operadores lo descubren a gritos: un pago almacenado no es un pago autorizado. Si la tarjeta se rechaza cuando por fin se envía (fondos insuficientes, tarjeta cancelada, autorización vencida), la pérdida es tuya, no del proveedor. La documentación es inequívoca en toda la industria. Toast: “Eres responsable de cualquier transacción de pago sin conexión rechazada, vencida o disputada”. Square: “Eres responsable de cualquier pago vencido, rechazado o disputado que aceptes mientras recibes pagos sin conexión”. Toda plataforma seria tiene una línea equivalente.

Proveedor por proveedor: lo que dice su propia documentación

Lo que sigue viene de la documentación publicada por cada proveedor, no de presentaciones de ventas. Compáralo con tu propio contrato: las configuraciones varían.

Toast

Los dispositivos de Toast entran en Offline Mode después de unos cuarenta segundos sin conectividad. Con el procesamiento de tarjetas en segundo plano activado, puedes seguir tomando pedidos, aceptando pagos con tarjeta con propina, imprimiendo y abriendo cajones de efectivo, siempre que tu conexión Ethernet siga conectada. Las pantallas de cocina cableadas siguen recibiendo comandas si la red local se mantiene. Lo que se detiene: tarjetas de regalo, lealtad, pedidos en línea, cambios al menú y cierres de turno. Los pagos almacenados se envían automáticamente al reconectarse, pero Toast advierte que algunas redes de tarjetas vencen las autorizaciones en apenas 24 horas y recomienda volver a conectarse en menos de un día, tres como máximo, y por esa misma razón recomienda una solución de respaldo celular. Más contexto en nuestra reseña de Toast.

Square

Los pagos sin conexión de Square ahora vienen activados de forma predeterminada (desde abril de 2026) y los plazos dependen del equipo: la documentación actual te da de 24–72 horas para tomar y subir pagos sin conexión según el dispositivo, con un vencimiento definitivo de 72 horas; los pagos sin conexión vencidos “no se pueden recuperar ni volver a procesar”. Tú defines tu propio límite por transacción. El chip y el pago sin contacto funcionan sin conexión; las tarjetas capturadas a mano, las tarjetas de regalo y Tap to Pay en teléfonos no. Nuestra reseña de Square explica dónde encaja la plataforma en general.

Clover

Clover Mini y Flex aceptan pagos sin conexión hasta por siete días de forma predeterminada (el plazo más largo del grupo) con límites que configura el comercio: un tope por transacción, un tope del monto total almacenado por dispositivo y un umbral de aprobación. La documentación para desarrolladores de Clover es refrescantemente directa: configuraciones más flexibles equivalen a más riesgo que estás eligiendo aceptar.

Lightspeed Restaurant

Las líneas de Lightspeed son distintas. El producto base en la nube mantiene funcionando las ventas principales sin conexión con datos guardados localmente, pero la autorización integrada de tarjetas necesita conectividad: las alternativas documentadas son el “modo independiente” en la terminal de pago (pagos procesados fuera del POS y conciliados por separado) o, en algunas líneas de producto, un servidor local opcional que replica la nube para las funciones esenciales. Si estás evaluando Lightspeed, haz que el vendedor te haga una demostración de la línea exacta que comprarías.

TouchBistro

TouchBistro es la excepción en arquitectura: las instalaciones con varios iPad funcionan con un servidor Mac local dentro del local, así que la mayoría de las operaciones solo necesitan Wi-Fi local; el internet se requiere para el procesamiento de tarjetas, los reportes en la nube y los recibos por correo. Ese diseño híbrido es de verdad resistente a las caídas del proveedor de internet; la contrapartida es que ahora también tienes que mantener un servidor en el local.

SpotOn

El modo sin conexión de SpotOn mantiene comunicadas las estaciones, las portátiles y las pantallas de cocina a través de la red local, almacena los pagos para sincronizarlos automáticamente y, algo notable, incluye un router de respaldo 4G en su paquete para restaurantes, lo que resuelve la caída más común antes de que siquiera se necesite el modo sin conexión. Los pedidos en línea dejan de llegar a la cocina durante una caída, así que pausa tus canales.

Sistemas locales tradicionales (Aloha, Oracle Micros)

Los viejos sistemas cliente-servidor guardan toda su base de datos en el local, así que una caída de la WAN apenas afecta las funciones principales: las terminales siguen capturando, las comandas siguen imprimiéndose, y Simphony de Oracle incluso incluye un servicio de registro local para que las estaciones de trabajo queden “en gran medida sin afectación” cuando se desconecta la nube. La autorización de tarjetas todavía necesita una salida, y como mostró el incidente de NCR en 2023, la mitad de oficina en la nube de estos sistemas “locales” es tan propensa a caídas como la de cualquiera. Lo local no es gratis; solo es otro tipo de costo.

La configuración que de verdad salva la noche

En todas las plataformas, los operadores a los que las caídas no les quitan el sueño tienen las mismas cuatro cosas, y ninguna es cara:

1. Red local cableada, en una sola subred. Impresoras, KDS y terminales por Ethernet, en una sola subred. La mayoría de las historias de “el modo sin conexión nos falló” en realidad son historias de “nuestra red Wi-Fi mesh segmentó la red”: la propia documentación de Toast advierte que varias subredes pueden romper el envío a cocina sin conexión.
2. Respaldo celular. Un router de respaldo LTE/5G convierte la caída más común en algo sin importancia por un costo mensual modesto. Las cuentas no perdonan: compara esa suscripción contra un viernes de ventas con tarjeta que no pudiste cobrar, o que cobraste y perdiste por autorizaciones vencidas.
3. Un simulacro de caída por escrito. Quién pausa los pedidos en línea, quién revisa la página de estado del proveedor, cuál es el límite sin conexión por tarjeta y la única regla que el personal rompe sin falta bajo estrés: no reinicies el router, porque puedes cortar la red local en la que está funcionando tu modo sin conexión.
4. Una política de pagos sin conexión que elegiste a propósito. Los topes y los umbrales de aprobación se pueden configurar en todas las plataformas principales. Decide de forma deliberada cuánta exposición al almacenamiento y reenvío vas a aceptar por tarjeta y por noche, igual que definirías un presupuesto de cortesías.

Si manejas un concepto donde la conectividad es poco confiable por naturaleza (festivales, estacionamientos de estadios, cualquier lugar donde se estacione un food truck), el comportamiento sin conexión deja de ser una función de contingencia y se convierte en la decisión de compra, algo que planteé en la guía de compra por tipo de negocio hace unos días.

Dónde está Katalyst

Aclaración, como siempre: trabajo aquí, así que esta es nuestra propia respuesta a la pregunta del viernes a las 7:40, planteada de la misma forma en que se la exigiría a cualquiera de los proveedores de arriba. Cuando se cae la conexión, Katalyst sigue aceptando pagos con tarjeta en modo de almacenamiento y reenvío: pasas la tarjeta por la terminal, o capturas el número a mano si hace falta, y los datos cifrados del pago quedan en fila localmente en el dispositivo. Cuando vuelve la conectividad, la fila se envía automáticamente y los pagos se procesan; la conciliación se hace sola, sin volver a capturar nada al cierre.

Y la misma honestidad que aplica a todos los demás en este artículo aplica a nosotros: el almacenamiento y reenvío es almacenamiento y reenvío. Hasta que un pago en fila se autoriza, el riesgo de rechazo lo asume la casa, y las capturas manuales cargan más riesgo que las tarjetas deslizadas, así que define tus topes sin conexión de forma deliberada y vuelve a conectarte rápido, igual que lo harías con cualquier plataforma. La diferencia que sí reclamo es que ponemos este comportamiento por escrito antes de que compres, que es el estándar que le exigiría a cualquier proveedor: no “¿tienes modo sin conexión?”, sino “explícame el viernes a las 7:40 p. m., paso a paso, y muéstrame dónde está el riesgo”. Si quieres ese recorrido con tu propio menú y tu propio plano del salón, agéndalo aquí y trae tu peor historia de una caída.

Productos de Katalyst relacionados

• Conoce Katalyst Flex POS