Aplicaciones de negocio
¿Puede una aplicación web progresiva tomar pedidos sin señal?
Una vendedora entra al almacén de un cliente donde desaparece la señal. Tiene enfrente al comprador y puede cerrar el pedido en ese momento. Le hace falta consultar los productos que ya cargó, anotar cantidades y salir con evidencia de lo acordado. Una aplicación web progresiva o PWA es una aplicación que se abre en el navegador y puede incorporar funciones como consultar datos sin conexión. Para cubrir esa visita, hay que decidir qué información llevar al dispositivo y qué esperar hasta recuperar conexión.
Lo que sabe el teléfono mientras está desconectado
Pensemos en una ruta de venta de productos de limpieza. Antes de salir, el equipo carga el catálogo de su zona, los clientes asignados y la última lista de precios disponible. Cada lista muestra su fecha. La persona que atiende puede capturar una solicitud con esa información y verla como pendiente, aun después de cerrar y volver a abrir la aplicación.
Guardar la pantalla de inicio para que abra offline apenas resuelve la entrada. Los pedidos en redacción necesitan almacenamiento local, control de acceso y un identificador por operación. Si el teléfono se comparte entre turnos, hay que definir qué datos puede ver el siguiente usuario y qué hacer con pedidos pendientes antes de cerrar sesión. Es un criterio importante para decidir cuánta información conviene llevar en el dispositivo.

Qué ocurre si dos personas venden las últimas cajas
En la ruta del ejemplo, dos vendedores anotan seis cajas cada uno, pero solo quedan ocho en almacén. El dato local permite tomar ambos pedidos. La confirmación final depende de la política que aplique el servidor al recibirlos. Podría reservar el primero y dejar el segundo en revisión. El comprador debe poder distinguir un comprobante de solicitud de una promesa firme de surtido.
Al recuperar la señal, un envío puede llegar al servidor aunque el teléfono no alcance a recibir su respuesta. Si se reintenta, el mismo identificador debe devolver el folio ya creado. Algunos navegadores admiten sincronización en segundo plano y otros requieren volver a abrir la app. En el desarrollo de apps para operación acordamos un reintento visible para que el vendedor sepa qué sigue pendiente y cómo resolverlo.
La prueba decisiva: actualizar la PWA con un borrador pendiente
En un teléfono de la ruta, guarda un pedido sin enviar con la primera versión de la PWA. En un entorno de pruebas, publica después una versión que añada un campo de entrega. Al volver a abrir la aplicación con señal, el equipo debe comprobar que el borrador anterior conserva sus partidas y su precio, y que puede completar el campo nuevo. Comprueba también qué versión queda activa si alguien todavía tiene abierta la pestaña anterior.
Reintenta el envío desde el borrador recuperado. Almacén debe recibir un solo folio. Este ensayo revela qué ocurre al actualizar el programa que administra la caché y cómo conservan su formato los datos locales. Conviene repetirlo en los navegadores y teléfonos reales. Si el trabajo exige un lector específico o transferencias en segundo plano, la comparación con una app nativa debe incluir pruebas de esas funciones en los equipos de la ruta.