Etiquetas electrónicas y lock-in: qué es realmente abierto

Hay dependencia del proveedor (lock-in) en etiquetas electrónicas cuando las etiquetas solo funcionan con las pasarelas, el protocolo de radio y el software de un único fabricante. Se mide en cuatro capas: la radio, el emparejamiento etiqueta-plataforma, los datos y las integraciones. «Abierto» solo significa algo si puedes comprobarlo en cada capa.

Las cuatro capas, de más a menos difícil de salir

Cuando se habla de «sistema abierto» en una oferta, suele referirse a una de las capas y se deja sin tocar el resto. Vale la pena separarlas porque cada una cuesta algo distinto abandonar.

Las dos últimas capas se negocian con un contrato. Las dos primeras, no: están en el hardware que cuelga del lineal.

Radio: qué es estándar y qué no

La radio es la capa que decide si, al cambiar de proveedor, las etiquetas que ya están en la tienda siguen sirviendo. La respuesta técnica depende de si hablan un protocolo público o uno privado.

Existe un estándar. El Bluetooth SIG definió un perfil de etiquetas de estantería que se apoya en la función de publicidad periódica con respuestas (PAwR) de Bluetooth 5.4. Según Nordic Semiconductor, en un artículo de febrero de 2023 en el que el perfil aún era un borrador, define dos papeles, punto de acceso y etiqueta; usa direcciones de 8 bits más grupos de 7 bits, hasta 32.640 etiquetas por punto de acceso; y cifra los datos con el mecanismo de datos de publicidad cifrados. Silicon Labs, en su nota AN1419, indica que el perfil se publicó a comienzos de 2023 y que la carga útil de cada comando va limitada a 48 bytes; es una discrepancia de fechas entre fuentes secundarias que no hemos podido cerrar con la especificación oficial. La propia Wikipedia también recoge que Bluetooth 5.4 incluye una API para etiquetas de estantería. En su anuncio, el Bluetooth SIG presenta el estándar como la vía para comprar componentes de etiquetas a varios proveedores; es la visión de quien promueve el estándar, no una prueba independiente.

Esa es la teoría. En la práctica, lo que se documenta públicamente sobre varios fabricantes apunta a protocolo propio:

• Hanshow. Los manuales y el registro FCC de Stellar Plus describen un enlace de 2,4 GHz con modulación GFSK y un canal NFC aparte. No indican que cumpla el perfil de Bluetooth.
• SoluM. El registro FCC de la serie Newton muestra capa física Bluetooth LE «con protocolo propio de SoluM» y cifrado AES de 128 bits. Usar la capa física de Bluetooth no equivale a hablar el perfil estándar, y es un matiz que se pierde mucho en los folletos.
• Vusion. Su web nombra Bluetooth LE como tecnología de radio. Que use Bluetooth no basta para saber si sus etiquetas aceptan pasarelas de terceros; la web no lo aclara.
• Zkong. Su página de producto menciona Bluetooth y Wi-Fi, pero no dice qué protocolo usan las etiquetas ni si admiten pasarelas ajenas.

Nada de esto prueba que cada etiqueta esté bloqueada: dice que la documentación pública no demuestra lo contrario. Pregunta por modelo, no por marca, porque un mismo fabricante puede tener gamas con radios distintas.

Emparejamiento: la dependencia que no se ve

Aun con una radio compatible, el sistema tiene que saber qué etiqueta va en qué producto, qué plantilla muestra y cuándo fue la última actualización. Ese mapa vive en la plataforma. Si no se exporta, cambiar de software significa volver a pasar por la tienda escaneando etiqueta por etiqueta.

En un supermercado que tenga decenas de miles de etiquetas, eso es semanas de trabajo de personal y, en el peor caso, cierres parciales de sección. La pregunta que hay que hacer antes de comprar es sencilla: ¿puedo exportar la tabla etiqueta-producto en un formato legible, con identificadores de etiqueta, de forma periódica y sin pedirlo al proveedor?

Datos y API: dos cosas distintas

Una API sirve para que tu ERP o TPV envíe precios sin intermediarios. No te garantiza poder llevarte los datos ni usar otra etiqueta. Mezclarlas es un error frecuente en las ofertas.

Lo que hemos podido ver públicamente es desigual:

• Vusion tiene un portal de desarrolladores: una guía de integración con Meraki remite a su documentación de API. No hemos podido leer el catálogo de endpoints ni las condiciones de acceso, así que no podemos decir hasta dónde llega.
• Zkong dice en su web que su plataforma ofrece «interfaces abiertas» para ERP y lista API, SDK y firmware entre sus opciones de personalización. No enlaza documentación pública, así que es una afirmación comercial que hay que pedir que demuestren.
• De Hanshow y Pricer no hemos localizado documentación pública de API. No significa que no exista: significa que no la hemos visto, y un comprador tampoco la ve antes de tratar con ellos.

Esa asimetría es información útil por sí misma. Si un proveedor no enseña la API antes de vender, pídela como condición para la oferta.

Qué dice la ley sobre cambiar de plataforma

Si tu gestor de etiquetas es un servicio en la nube, el Reglamento de Datos de la UE (Reglamento 2023/2854) puede jugar a tu favor. La Comisión Europea explica que se aplica desde el 12 de septiembre de 2025, que los proveedores de servicios de datos en la nube, incluidos SaaS y PaaS, deben ofrecer interfaces abiertas y permitir exportar los datos del cliente en un formato de uso común y legible por máquina, y que los costes de cambio de proveedor se eliminan por completo desde el 12 de enero de 2027, con una fase transitoria en que aún pueden cobrarse.

Hay tres cautelas. Primero, no hemos verificado el texto de los artículos concretos sobre plazos de preaviso y de transición, así que no los citamos. Segundo, que el reglamento aplique a un gestor de etiquetas concreto depende de cómo esté prestado el servicio, y lo debe confirmar un jurista. Tercero, el reglamento habla de servicios y datos, no de radio: no obliga a que una etiqueta instalada funcione con otra pasarela.

Qué pedir por escrito

Con lo anterior, estas son las condiciones que reducen la dependencia de forma comprobable. Muchas encajan en una plantilla de RFP.

1. Radio. ¿Cada modelo cumple el perfil ESL de Bluetooth o usa protocolo propio? Respuesta por escrito y por modelo.
2. Pasarelas de terceros. ¿Se certifican o se prueban pasarelas de otro fabricante? Si no, escribe que no.
3. Exportación. Formato, campos incluidos (identificador de etiqueta, producto, plantilla, fecha de último cambio), frecuencia y coste, durante y al terminar el contrato.
4. API. Documentación entregada antes de firmar, límites de uso, política de versiones y quién paga cambios de interfaz.
5. Titularidad de datos. De catálogo, plantillas e histórico.
6. Soporte tras la salida. Si el integrador desaparece, ¿puede otro dar soporte a las etiquetas instaladas?
7. Firmware. Quién lo controla, quién lo actualiza y si se puede actualizar sin el proveedor.

Cómo probarlo sin esperar a la firma

Un proyecto piloto bien planteado es el mejor momento para comprobar la salida, no solo el funcionamiento. Tres pruebas cuestan poco: pedir la exportación completa en la segunda semana, hacer un cambio masivo de precios solo por API sin usar la consola del proveedor, y preguntar qué haría falta para llevar las etiquetas del piloto a otro sistema. Si la respuesta a la tercera es «nada, son nuestras», hay que pedir que figure en el contrato.

Un detalle para no engañarse: un proveedor muy abierto en datos puede ser muy cerrado en radio, y al revés. Ponderar las capas según lo que más te duela perder es parte de la decisión. Las implicaciones económicas de comprar o alquilar el hardware entran aquí también, porque con renting la propiedad de las etiquetas cambia; véase renting frente a compra.

Lo que no sabemos

• No hemos podido leer la especificación oficial del perfil ESL de Bluetooth ni verificar qué modelos de cada fabricante la implementan.
• No consta documentación pública de API de Hanshow ni de Pricer, ni el detalle de la de Vusion.
• Este sitio lo publica Keonex, que no aparece clasificado en nuestras comparativas. No afirmamos nada sobre su grado de apertura: es una de las preguntas que se puede hacer a cualquier proveedor, incluido el que edita esta página. La comparación de fabricantes está en el análisis de fabricantes.

Fecha de las consultas: 9 de noviembre de 2026.