Qué pasa con las etiquetas ESL cuando se cae internet

Tres cosas distintas que se confunden

Cuando alguien pregunta "¿qué pasa si se cae internet?", mezcla tres fenómenos. Primero, qué muestra la etiqueta: normalmente conserva la última imagen aceptada, porque el papel electrónico no necesita energía continua para mantenerla. Segundo, si se puede enviar un cambio nuevo: depende de que la plataforma, el gateway y la ruta entre ambos sigan disponibles. Tercero, si lo que se muestra sigue siendo correcto, y ahí está el riesgo: una pantalla sin cambios luce normal aunque el precio en el sistema de origen haya cambiado durante la caída.

Este artículo se centra en la ruta de comunicación, en las órdenes que quedan pendientes y en la recuperación. La comprobación de que anaquel y caja coinciden, una vez restablecido el servicio, se describe en el artículo sobre una sola fuente de precio.

Nube, local y mixta: dónde vive cada función

La respuesta depende de dónde corre cada pieza. En un modelo de nube, la plataforma está en servidores del fabricante: la página de Pricer Plaza presenta una plataforma nativa de nube, y la guía de Cisco Meraki para Vusion describe puntos de acceso que establecen un túnel TLS con el administrador en la nube de Vusion y requieren destinos y puertos permitidos en el firewall. Si el enlace a internet se corta, el gateway no recibe órdenes nuevas.

En un modelo local, el servidor está en la tienda o en la red de la empresa. La descripción del sistema ESL-Easy v2.2 de EWS argumenta que su software se diseñó para operar localmente y que, en sus propias palabras, no requiere internet para el funcionamiento normal, con excepciones según la marca de etiquetas, como un registro inicial único de cada etiqueta nueva. También afirma que, con equipos Hanshow, el sistema no requiere internet para operar. Es la afirmación de un integrador de software, no la de un fabricante; confírmela con el fabricante de su modelo y versión.

Qué sigue funcionando y qué queda en pausa

No existe una respuesta universal, pero sí un marco para preguntar. Con una plataforma local y una red interna intacta, los cambios pueden seguir enviándose aunque falle la salida a internet, siempre que el origen de precios también esté disponible internamente. Con una plataforma en nube, los cambios nuevos quedan en pausa hasta que vuelva el enlace; algunos sistemas conservan una cola local en el gateway y otros no, y esa característica no se puede suponer.

También hay que distinguir una caída de internet de una caída de la red local. Si falla el switch o el punto de acceso, el gateway deja de comunicarse con las etiquetas aunque haya internet. La guía de despliegue ESL de H3C señala que el controlador ESL se conecta al AP por USB, que ese puerto viene deshabilitado por defecto y que, tras reiniciar el AP, hay que reconfigurar la interfaz dinámica del controlador; ese detalle puede alargar la recuperación después de un corte de energía.

Cómo ubicar dónde se rompió la cadena

Para saber dónde está la falla, revise las capas en orden. La guía de Cisco Meraki ofrece un ejemplo de diagnóstico que sirve de modelo para cualquier marca: primero, si el punto de acceso está en línea en la plataforma; segundo, si las etiquetas de ese AP reportan; tercero, si las órdenes de precio se están ejecutando. Según esa guía, cuando el AP y las etiquetas aparecen en línea pero los precios no se actualizan, la causa probable está en la plataforma del fabricante; si el AP aparece sin conexión, el problema es del AP o de la red.

Pida a su proveedor qué indicadores muestra la plataforma para cada capa y quién recibe la alerta cuando uno cambia de estado.

Colas, reintentos y recuperación tras el corte

Al restablecerse el enlace, la plataforma debe reenviar los cambios pendientes. La descripción del sistema ESL-Easy v2.2 de EWS describe una cola de tareas con prioridad: si hay varios trabajos aún no enviados para la misma etiqueta, solo se ejecuta el último; si una ubicación no está disponible, el sistema reintenta tras un lapso configurable; y si el intento fracasa durante mucho tiempo, el trabajo se marca como fallido para no entrar en un ciclo infinito. Otras plataformas pueden comportarse distinto, así que estos puntos son preguntas, no supuestos.

Preguntas útiles para cada proveedor: ¿se envía solo el último estado o todos los cambios intermedios?, ¿cuánto tiempo conserva la cola un trabajo pendiente antes de marcarlo como fallido?, ¿qué reporte lista las etiquetas que no se actualizaron? Un trabajo marcado como fallido no se reintenta solo, y esa es precisamente la etiqueta que seguirá mostrando un precio viejo mientras nadie la revise.

Ensayo controlado de desconexión

La rapidez de recuperación no puede asumirse; se mide. Dentro del piloto, y con aprobación de TI y fuera de horarios críticos, desconecte el enlace, genere cambios de prueba, restablezca la conexión y registre cuánto tardó el sistema en normalizarse, cuántas etiquetas quedaron pendientes y cuáles requirieron intervención manual. Repita el ensayo con una caída de red local, que suele comportarse distinto.

Plan de contingencia operativo

• Defina qué cambios son críticos aunque haya caída (correcciones de error, ofertas de vencimiento) y cuáles pueden esperar.
• Establezca el criterio de caja si hay discrepancia, de acuerdo con la política de la empresa y con asesoría legal.
• Prepare etiquetas de papel de contingencia para los casos críticos.
• Asigne a una persona la revisión del reporte de trabajos fallidos al restablecerse el servicio.

Preguntas frecuentes

¿La etiqueta se borra si se corta la luz o internet?

Una pantalla de papel electrónico conserva la imagen sin energía, por lo que la etiqueta normalmente mantiene lo último que mostró. Lo que puede fallar es la comunicación para cambios nuevos. Confirme el comportamiento con el fabricante de su modelo.

Qué decidir antes de comprar

La pregunta correcta no es "¿soporta caídas?", sino "¿qué cambios necesito hacer durante una caída y qué evidencia obtengo al volver?". Incluya un ensayo de desconexión en el piloto y documente los resultados. Si desea comentar el caso, puede escribir a ARKCOM en garkcom.com/contact.