Guía de compra de software de diseño de etiquetas para integradores de sistemas

Si eres un integrador de sistemas, “¿qué software de diseño de etiquetas deberíamos integrar?” es una decisión de compra mucho antes de convertirse en una decisión técnica. No estás buscando un editor de etiquetas de escritorio para una única impresora de oficina: estás eligiendo un backend de renderizado e impresión que tu propia aplicación llamará, revenderá o incluirá dentro de un dispositivo. Eso cambia por completo los criterios de evaluación: la lista de funciones importa menos que el modelo de despliegue, la superficie de integración, la ruta de actualización y el coste total de propiedad durante los próximos años.

La alternativa a comprar es construir. Construir parece barato el primer día y caro el día 400, porque un pipeline de etiquetas no es una sola función: es un montón de ellas:

• Renderizado de códigos de barras 1D y 2D que debe mantenerse correcto para cada simbología que pidan tus clientes.
• Generación de PDF con dimensiones físicas exactas, sangrado y rotación.
• Comunicación con impresoras y peculiaridades de controladores en dispositivos térmicos, láser y de oficina.
• Compatibilidad con etiquetas electrónicas de estantería (ESL) si alguno de tus clientes opera en retail.
• Mantenimiento continuo cada vez que un cliente añade una nueva etiqueta, una nueva fuente de datos o una nueva impresora.

Next Generation Label Printing System (LPSNG) es una plataforma gestionada de diseño e impresión de etiquetas que empaqueta todo lo anterior detrás de una API de servicio web, un modelo de registro OAuth2 simplificado y varias ediciones de despliegue. Esta guía trata de evaluarla —a ella o a cualquier plataforma comparable— como una compra: qué te ofrece cada nivel, cuáles son los verdaderos factores de coste y cómo funciona la ruta de actualización. Nos mantenemos deliberadamente alejados de una comparativa función por función; esa comparación es otro artículo, y uno más corto.

Qué obtienes en cada nivel: ediciones y modelos de despliegue

LPSNG es el mismo producto central en todas las ediciones. Lo que cambia es dónde se ejecuta y a quién sirve.

Cloud Solution

La edición en la nube alojada y multiusuario. Registras tu sistema externo, te autenticas y empiezas a enviar trabajos: sin servidor, sin mantenimiento del sistema operativo, sin ciclo de actualizaciones propio. Para un integrador que valida un nuevo vertical o incorpora a su primer cliente, este es el punto de partida con menor fricción.

Embedded Edition

LPSNG completo en un ordenador de placa única como una Raspberry Pi. Esta es la opción para plantas de producción, almacenes y trastiendas de retail donde la impresión debe seguir funcionando cuando no hay internet. Tú posees el hardware y la ruta de red; la pila de software es el mismo producto contra el que ya integraste en la nube.

Enterprise Features

Capacidades multiusuario, multirregión y multidispositivo para entornos corporativos. Este es el nivel que importa cuando tu integración deja de ser un piloto en una sola sede y empieza a ser un despliegue en varios países, turnos y flotas de dispositivos.

White Label Solution

Una experiencia de usuario personalizada para fabricantes de impresoras, fabricantes de papel e integradores de sistemas que necesitan presentar el software de diseño de etiquetas como propio. Si tu modelo de negocio es “nuestro portal, nuestra marca, nuestras etiquetas”, este es el nivel con el que debes calcular precios frente a tu propio margen de producto y no frente a una factura de servicios.

LPSNG Player

Un motor de impresión independiente de línea de comandos con un contrato deliberadamente pequeño: entra un paquete de etiquetas más datos; sale PDF, PNG, JSON, salida de impresión directa o salida ESL. Es útil cuando quieres renderizado por lotes o un paso de pipeline sin interfaz, sin tener que manejar toda la interfaz web.

Coste/beneficio y ROI: evaluar el precio real de la integración

La forma honesta de poner precio a una plataforma de etiquetas es poner precio a la alternativa. Pregunta a tu equipo cuánto costaría construir y luego mantener lo siguiente, y compáralo con un servicio gestionado:

• Renderizado de códigos de barras para los formatos 1D y 2D que soliciten tus clientes.
• Un renderizador de PDF que respete la geometría física de la etiqueta.
• Comunicación con impresoras en todos los dispositivos que ya poseen tus clientes.
• Una ruta ESL, si el retail está en tu hoja de ruta en algún punto.
• Fontanería de datos para la hoja de cálculo, la exportación de ERP o el CSV de cada cliente.

Ninguno de esos elementos desaparece cuando compras: se trasladan. La diferencia es quién soporta la carga de mantenimiento cuando cambia una simbología, llega una actualización de firmware de impresora o aparece un nuevo proveedor de ESL.

Licencia inicial frente a horas de desarrollo. Una cuota de licencia es un número conocido y presupuestable. Las horas de desarrollo no lo son: llegan como un goteo lento de tickets de “solo un formato de código de barras más” que nunca se cierran del todo. Cuando compares los dos, compáralos en un horizonte realista: tres años es una ventana de planificación razonable para un componente integrado.

Coste operativo: nube frente a integrado. Cloud Solution traslada el alojamiento al proveedor, lo que significa que no hay hardware que comprar, parchear ni sustituir. Embedded Edition lo devuelve a ti: tú aportas el ordenador de placa única, la alimentación, la red y la persona que se acerca cuando algo deja de funcionar. Ambas son legítimas; la elección suele reducirse a la fiabilidad de la red en el lugar de impresión y a si las normas de cumplimiento de tu cliente permiten un servicio alojado.

Tiempo de comercialización. Normalmente es el factor decisivo. La superficie de integración de LPSNG es una API de servicio web más un flujo de registro OAuth2 simplificado, lo que significa que el primer trabajo de extremo a extremo —autenticar, enviar, renderizar, imprimir— es cuestión de días de trabajo de desarrollo en lugar de una construcción de varios meses. Si tus ingresos dependen de entregar la integración este trimestre, esa diferencia eclipsa cualquier posible diferencia de licencia.

Escalabilidad sin rearquitectura. Enterprise Features cubre escenarios multiusuario, multirregión y multidispositivo. Adoptar esa capacidad pronto es barato; añadirla a un servicio de impresión propio después de que tu tercer país entre en producción, no lo es.

Menos preparación de datos personalizada. Dos integraciones eliminan código de pegamento que, de otro modo, tendrías que escribir y mantener: el complemento de Google Sheets para crear diseños e imprimir directamente desde una hoja de cálculo, y la interfaz de Excel para usar archivos de Excel como archivos de datos y de búsqueda. También hay un complemento de Excel con visualización 3D de soluciones de empaquetado que importa datos de artículos y contenedores y exporta el plan de empaquetado.

Los precios en sí no se publican en la documentación del producto, así que trata las cifras como un paso de solicitud de presupuesto y evalúa primero los niveles de forma estructural.

Ruta de actualización: autoalojado frente a nube y escalado de tu integración

La razón por la que la lista de niveles anterior es una ruta y no un menú es que todas las ediciones comparten la misma funcionalidad central: interfaz web, estudio de etiquetas, cola de trabajos, generación de PDF y la interfaz de servicio web. Tu código de integración no se reescribe cuando te mueves.

Una progresión típica es así:

1. Empieza con Cloud Solution. Haz el prototipo contra la edición alojada multiusuario. Valida que el estudio de etiquetas produce las etiquetas que tu cliente realmente quiere y que tu flujo de envío de trabajos funciona de extremo a extremo.
2. Pasa a Embedded Edition cuando el sitio lo exija. Control on-premise, despliegue en el edge o una red en la que no confías. Los paquetes de etiquetas y la superficie de API que ya construiste se trasladan contigo.
3. Añade Enterprise Features cuando crezca el despliegue. La compatibilidad multiusuario, multirregión y multidispositivo llega como configuración y capacidad, no como una reescritura.
4. Pasa a White Label cuando el producto sea tuyo. Si vendes software de diseño de etiquetas bajo tu propia marca, la experiencia de usuario personalizada pertenece a tu modelo comercial desde el principio.

La conclusión práctica para una decisión de compra: puedes comprometerte con el nivel más pequeño que resuelva el problema de hoy sin comprometerte con un callejón sin salida.

Capacidades de integración que importan a los integradores de sistemas

Cuando evalúes cualquier plataforma de etiquetas, esta es la lista de comprobación que debes aplicarle. Así encaja LPSNG en ella.

API de servicio web

La API cubre las operaciones que un integrador realmente necesita: enviar trabajos de impresión, renderizar una sola etiqueta como PDF o PNG e imprimir directamente. La misma interfaz transporta el modelo de autenticación OAuth2. Las rutas exactas de los endpoints y los esquemas de payload están en la documentación de la interfaz de servicio web; la forma del flujo es:

export LPSNG_API="https://lpsng.rsj.de"   # or your Embedded Edition host

# 1. Register / authorize once via the simplified OAuth2 flow
#    (see the OAuth2 documentation for the registration URL)

# 2. Submit a print job: label package + data in
curl -s -X POST "$LPSNG_API/<print-job-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @job.json

# 3. Render a single label instead of printing
curl -s -X POST "$LPSNG_API/<render-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @one-label.json --output label.pdf

Sustituye las rutas de marcador de posición por las de la documentación: la cuestión es que ambas operaciones son un único POST autenticado. Un recorrido completo de las llamadas está en Cómo imprimir etiquetas desde una API de servicio web: guía para desarrolladores.

Registro OAuth2

LPSNG usa un protocolo de registro OAuth2 simplificado cuya función es conectar un sistema externo —por ejemplo, una estación base ESL— usando una única URL. Para el trabajo de integración esto es significativo: la autorización se convierte en un paso de configuración en lugar de un subsistema de manejo de tokens a medida que tienes que construir, probar y rotar.

API de scripts de campo

Puedes adjuntar bloques de scripts de Python a campos de etiqueta para acceder y modificar los valores de los campos antes de imprimir. Ahí es donde viven las reglas de negocio de cada cliente sin tocar el código de tu aplicación: recortar el nombre de un proveedor, derivar un código de lote o poner un valor por defecto en un campo vacío:

# Field Script API — illustrative pseudo-code; see the Python API reference
# for the exact field object exposed to script blocks.
value = field.value

if not value or not value.strip():
    field.value = "N/A"
else:
    field.value = value.strip().upper()

Referencia completa: Python API.

Etiquetas electrónicas de estantería

La historia de ESL son dos interfaces. Una interfaz de archivo JSON neutral respecto al proveedor (ESLSEND) actualiza las pantallas ESL, y un servicio web (la ESL Binding API) vincula etiquetas a artículos, dirigido específicamente a unidades MDE que no tienen interfaz web propia. Un payload orientado a la interfaz de archivo se parece aproximadamente a esto —el esquema documentado es la autoridad:

{
  "type": "ESLSEND",
  "labels": [
    { "tag": "A-1024", "item": "<item-id>", "price": "<price>", "currency": "EUR" }
  ]
}

Consulta ESL Interface para el esquema y ESL Binding API: documentación y ejemplos para los flujos de vinculación.

Barra lateral reutilizable

Una barra lateral integrable te permite colocar la interfaz de etiquetas de LPSNG dentro de otra aplicación web en lugar de enviar a los usuarios a una herramienta separada. Para los integradores que construyen un portal, eso suele ser la diferencia entre “una función de impresión” y “un producto de impresión”.

Formatos de códigos de barras

Los formatos 1D y 2D son compatibles en toda la plataforma, que es el requisito que deberías probar primero contra el stock de etiquetas existente de tu cliente: consulta Barcode Formats.

Casos de uso e idoneidad: cuándo elegir LPSNG

LPSNG encaja donde las etiquetas son un componente del proceso de otro, no el producto en sí.

• Etiquetado específico por pedido para fulfillment. Etiquetas específicas de cliente y producto generadas por pedido, impulsadas desde tu sistema de pedidos a través de la API de servicio web.
• Líneas de envasado. Trazabilidad y envasado internacional con compatibilidad multidispositivo: el caso de Embedded Edition, donde la línea debe seguir imprimiendo.
• Retail. Etiquetas electrónicas de estantería para precios dinámicos, usando la interfaz de archivo JSON para actualizaciones de pantalla y el servicio de vinculación para la asignación de etiquetas a artículos.
• Multisectorial. Cualquier cosa que necesite etiquetas de aspecto profesional sin un proyecto de desarrollo detrás.

En todos estos casos, el modelo operativo es el mismo: LPSNG es un servicio gestionado. Conectas tu aplicación, envías datos y la plataforma se encarga del renderizado y la impresión de etiquetas. Tu tiempo de ingeniería se queda en tu propio producto.

Preguntas frecuentes

¿Cómo simplifica OAuth2 la conexión de sistemas externos?

LPSNG usa un protocolo de registro OAuth2 simplificado que conecta sistemas externos (p. ej. estaciones base ESL) con una única URL, reduciendo la complejidad de la autenticación y la autorización. En la práctica, eso significa un solo paso de registro en lugar de un intercambio de tokens personalizado.

¿Puedo usar LPSNG en una Raspberry Pi?

Sí. Embedded Edition proporciona LPSNG completo en un ordenador de placa única como una Raspberry Pi, lo que lo hace adecuado para despliegues on-premise o en el edge donde quieres la pila de impresión cerca de los dispositivos.

¿Cuál es la diferencia entre las ediciones Cloud y Embedded?

Cloud Solution es una edición en la nube alojada y multiusuario, mientras que Embedded Edition se ejecuta en un ordenador de placa única en tus propias instalaciones. Ambas comparten la funcionalidad central —interfaz web, estudio de etiquetas, cola de trabajos, generación de PDF y la interfaz de servicio web—, así que una integración construida contra una se traslada a la otra.

¿Cómo integro las etiquetas ESL con LPSNG?

LPSNG ofrece una interfaz de archivo JSON neutral respecto al proveedor (ESLSEND) para actualizar las pantallas ESL y una ESL Binding API para vincular etiquetas a artículos, especialmente para unidades MDE que no tienen interfaz web. Si estás comparando enfoques de fontanería ESL, consulta Understanding Electronic Shelf Label Integration APIs.

Conclusión: tomar la decisión de compra

Cuatro criterios deciden esta compra:

• Modelo de despliegue: nube alojada, integrado en un ordenador de placa única o ambos con el tiempo.
• Esfuerzo de integración: una API de servicio web y un registro OAuth2 de una sola URL frente a un proyecto de construcción propio.
• Escalabilidad: compatibilidad multiusuario, multirregión y multidispositivo disponible como actualización en lugar de como rearquitectura.
• Marca: si el software de etiquetas tiene que parecer tu producto o puede parecer un componente de plataforma.

Puntúa esos cuatro criterios contra tu hoja de ruta y luego valida con la opción de menor compromiso: empieza con Cloud Solution, pregunta qué acceso de prueba hay disponible y ejecuta un trabajo de etiqueta real de extremo a extremo antes de firmar nada.

Next Generation Label Printing System es la respuesta práctica para la mayoría de los integradores, porque mantiene las partes caras —renderizado, códigos de barras, comunicación con impresoras, ESL— detrás de una API gestionada que integras una sola vez. Empieza con la documentación, elige tu edición y entrega la primera etiqueta esta semana.

Entradas relacionadas

• Cómo imprimir etiquetas desde una API de servicio web: guía para desarrolladores
• Alternativa a Zebra Designer: software de impresión de etiquetas para comparar
• ESL Binding API: documentación y ejemplos