Foto: The RedBurn · Fuente original · CC BY-SA 4.0. Redimensionado para web, sin alterar el contenido. No implica respaldo del autor ni del fabricante.
Programar una promoción en ESL exige que la etiqueta y la caja cambien al mismo tiempo y vuelvan al precio regular al terminar. Defina fechas y horas con zona horaria, quién autoriza, cómo se valida antes de publicar y cómo se confirma la reversión. Algunas plataformas permiten programar inicio y fin; verifique cómo funciona la suya y qué pasa si una etiqueta no recibe el cambio.
Qué cambia al programar una promoción
Con papel, cambiar precios para una promoción implica imprimir, distribuir y colocar etiquetas, con alto riesgo de desfase. Con ESL, el cambio se puede programar. La guía de despliegue ESL de H3C y la página de etiquetas electrónicas de Vusion lo mencionan como ventaja de estos sistemas, pero la herramienta solo es tan confiable como el proceso: una promoción mal autorizada se publica igual de rápido que una correcta.
Este artículo se ocupa del calendario: cuándo empieza y termina cada precio, en qué zona horaria, quién lo autoriza y cómo se confirma que volvió al precio regular. La conciliación entre etiqueta y caja se describe en el artículo sobre una sola fuente de precio.
Programación de inicio y fin
Algunas plataformas permiten programar el cambio y también su reversión. La descripción del sistema ESL-Easy v2.2 de EWS describe un planificador con fecha de inicio y de fin: el sistema ejecuta el primer cambio al llegar la hora y genera automáticamente otro para restaurar el precio regular, de modo que el ERP no tenga que mandar el cierre. Ese mecanismo es de ese software. En otras plataformas la oferta puede venir como un precio promocional con vigencia desde el sistema de origen, o requerir dos envíos separados.
Pregunte a su proveedor cuál es el modelo: quién guarda la fecha de fin (ERP, plataforma ESL o ambos), qué pasa si falla la conexión justo a la hora del cambio y cómo se confirma la reversión. No asuma que la etiqueta vuelve sola al precio regular.
Zona horaria, horario y desfase
México tiene varias zonas horarias y reglas de horario que han cambiado con los años; además, los servidores en nube pueden operar en UTC. Si el ERP, la plataforma y la caja interpretan la hora de forma distinta, una promoción programada a las 00:00 puede cambiar horas antes o después en uno de los sistemas. Defina una convención única y valide con una prueba en horario real, no solo en la configuración.
Considere también el tiempo de propagación. El cambio no es instantáneo para miles de etiquetas; depende de la cobertura, la carga del gateway y el modelo. Si la promoción comienza a una hora exacta en caja, programe la publicación con anticipación suficiente y mida cuánto tarda en su tienda, sin asumir un tiempo universal. En promociones por horas, ese margen es crítico.
Ficha de calendario por promoción
Una ficha común evita que cada promoción se programe de forma distinta. Antes de publicar, el responsable debe completar al menos estos campos:
| Campo | Qué debe quedar definido | Error típico |
|---|---|---|
| Inicio y fin | Fecha, hora y zona horaria en cada sistema | Un sistema usa UTC y otro hora local |
| Alcance | Productos, tiendas y formatos de etiqueta incluidos | Un producto queda fuera por un SKU equivalente |
| Precio de regreso | Cuál precio vigente se restaura al terminar | Se restaura un precio viejo porque cambió durante la oferta |
| Anticipación | Margen entre la publicación y el inicio en caja | Margen basado en una cifra ajena |
| Responsables | Quién propone, quién aprueba y quién vigila el cambio | Una sola persona hace las tres cosas |
Autorización y doble validación
Establezca un flujo con al menos dos personas: quien propone la promoción y quien la revisa. Antes de publicar, valide producto, precio, fecha y hora de inicio y fin, tiendas incluidas y diseño de la etiqueta. La página de Pricer Plaza menciona vistas por rol y reglas que aplican diseños según producto, tienda o promoción; sirve de ejemplo de cómo la plataforma puede limitar quién ve y modifica qué.
Registre la autorización fuera de la plataforma si esta no guarda bitácora, y defina una vía de cambio de emergencia con su propio registro. Considere además la información al consumidor que su empresa deba cumplir al mostrar descuentos, como el precio anterior tachado o la fecha de vigencia: esos requisitos deben validarse con un especialista y con la fuente oficial vigente en México, y no se resuelven con una plantilla bonita.
Reversión: el momento más descuidado
Cuando termina una promoción la presión baja, y es cuando suceden los errores: el POS ya cobra el precio regular, pero la etiqueta sigue con el de oferta. Planee una revisión específica después del cierre, con el reporte de órdenes pendientes o fallidas de la plataforma. Si una etiqueta no respondió, corrija o cubra la etiqueta según el procedimiento definido. El muestreo físico contra caja se describe en el artículo sobre una sola fuente de precio.
La reversión también debe probarse en el piloto con una promoción real de inicio a fin, porque es la prueba más reveladora de que el calendario funciona. Si la plataforma programó el cierre, verifique que lo haya ejecutado en el horario esperado y que no dependa de una conexión que podría estar caída; los casos de desconexión se tratan en el artículo sobre caídas de internet.
Preguntas frecuentes
¿Se puede programar una promoción y olvidarse?
No es prudente. Aunque la plataforma programe inicio y fin, conviene confirmar el cambio y la reversión. La programación reduce trabajo manual, pero no reemplaza la comprobación.
¿Qué hago con promociones por horas?
Exigen más control: margen de propagación medido, zona horaria validada y un responsable pendiente del momento del cambio. Pruébelas primero con un caso pequeño dentro del piloto.
¿Puedo cambiar precios de emergencia desde la plataforma?
Puede permitirlo con roles definidos y bitácora, pero debe existir un procedimiento para reflejar el cambio en el sistema de origen y en caja.
Siguiente paso
En el piloto, incluya una promoción real con inicio y fin y mida la reversión. Con esa evidencia puede ajustar la ficha de calendario antes del despliegue. Si desea comentar el caso, puede escribir a ARKCOM en garkcom.com/contact.
Fuentes y alcance
- H3C Electronic Shelf Label Solution Deployment Guide · H3C
Guía de red: capas de arquitectura, restricciones de AP, VLAN y 2.4 GHz - ESL-Easy System Description v2.2 · EWS GmbH & Co KG (integrador de software ESL)
Documentación de software independiente: cola de tareas, scheduler, vinculación, modos local/nube - Pricer Plaza · Pricer
Página del fabricante: plataforma en nube, vistas por rol, aplicación móvil - Electronic Shelf Labels | Vusion · Vusion (antes SES-imagotag)
Página del fabricante: infraestructuras, series, congelador, fijaciones, batería, seguridad
Artículo informativo preparado con apoyo de IA. No constituye una cotización, garantía de desempeño ni validación de compatibilidad. Confirma las especificaciones vigentes con el fabricante y valida tu caso con una prueba. Conoce el criterio editorial.
Las referencias respaldan aspectos concretos, no una garantía de resultados ni la vigencia de todas las condiciones descritas. Los ejemplos y listas de verificación orientan la evaluación; no sustituyen asesoría técnica o jurídica para tu caso. Las fotografías son ilustrativas: no acreditan clientes, instalaciones ni proyectos de ARKCOM, ni implican respaldo de marcas o personas. Los precios visibles no son cotizaciones para México.
¿Qué necesita tu operación?
Comparte tu proceso, volumen y sistemas actuales para iniciar la conversación.
Contactar a ARKCOM