Star CloudPRNT es un protocolo, no un servicio. Las impresoras Star lo implementan, y define cómo una impresora pide trabajo a un servidor. Esa sola distinción explica casi todo lo que sorprende de él.
Respuesta corta: las impresoras rara vez son lo que se quiere sustituir. Star fabrica hardware térmico sólido: las gamas TSP y mC-Print están entre las impresoras de mostrador más desplegadas de Europa, y su lenguaje de comandos da un control preciso sobre la maquetación del ticket. Lo que los equipos quieren dejar de hacer es ser el servidor. Con CloudPRNT, la impresora consulta un endpoint HTTP que tú escribes, alojas y mantienes disponible. Una API push elimina ese endpoint por completo.
Dónde está realmente el trabajo
| Star CloudPRNT | API REST push | |
|---|---|---|
| Quién inicia | La impresora consulta tu servidor | Tu backend llama a la API |
| Endpoint que construir y alojar | Sí, tuyo | Ninguno |
| Suelo de latencia | El intervalo de sondeo | < 1 s |
| Cola, reintentos, exactamente-una-vez | A tu cargo | El servicio |
| Tras redes restrictivas | Sí, solo salida | Sí, solo salida |
| Control fino del ticket | Sí | Sí |
Ambos modelos resuelven el problema difícil: ningún puerto entrante en el router de la tienda. La diferencia es quién carga con la ingeniería.
El hardware no es el tema
Conviene separar las dos preguntas, porque se confunden constantemente.
Elegir una impresora es una cuestión de hardware: arrastre del papel, fiabilidad del cortador, conectividad, cómo aguanta un mostrador en plena hora punta. Star puntúa bien en todo eso, y por eso existen tantos despliegues CloudPRNT. Si ya tienes impresoras Star, no hay buena razón para retirarlas.
Elegir cómo llegan los trabajos a esa impresora es una cuestión de software, y es independiente. Una impresora bien construida detrás de una arquitectura de sondeo que tú debes operar sigue siendo una arquitectura de sondeo que tú debes operar.
Si compras hardware nuevo, orientamos hacia distribuidores especializados en vez de venderlo nosotros: el mercado de la impresora está mejor servido por revendedores que llevan varias gamas y gestionan el SAV localmente.
Lo que cuesta de verdad alojar el endpoint
La especificación no es difícil y una primera implementación lleva una tarde. El coste no es la primera implementación, es todo lo que viene después.
La disponibilidad pasa a ser tuya. Cada impresora del parque depende de que tu endpoint responda. Un despliegue, un certificado caducado, un limitador mal configurado: cada uno detiene la impresión en todas partes a la vez.
Construyes la cola. Hay que almacenar los trabajos, entregarlos exactamente una vez, marcarlos como entregados y reintentar si una impresora coge un trabajo y se queda sin corriente a mitad. Es un pequeño problema de sistemas distribuidos, fácil de hacer mal de formas que solo salen con carga.
El sondeo fija tu latencia. Tres segundos de intervalo son segundo y medio de media antes de que la cocina vea el ticket. Acortarlo multiplica el volumen de peticiones.
La carga escala con las impresoras, no con las impresiones. Cien impresoras sondeando cada pocos segundos son una carga permanente, haya o no algo que imprimir.
Nada de esto es una crítica al protocolo. CloudPRNT es un diseño razonable que deliberadamente te pone al mando. La única pregunta es si quieres ese mando lo bastante como para operarlo.
Cuándo dejar CloudPRNT tal cual
Dos situaciones, ambas legítimas: cuando el endpoint ya funciona, es estable y alguien lo entiende: una migración también cuesta; y cuando la impresora solo debe hablar con infraestructura que controlas, por política o cumplimiento.
Lo que un fabricante no puede hacer por ti
Cada fabricante implementa su propio protocolo para su propia gama: CloudPRNT en Star, Server Direct Print en Epson. Es razonable por su parte: venden impresoras, no capas de integración.
La consecuencia es estructural, no un defecto. El protocolo de un fabricante solo puede cubrir sus propias impresoras, así que en cuanto tu parque tiene dos marcas mantienes dos integraciones, dos juegos de credenciales y dos familias de fallos. Y ningún fabricante entrega una app de Shopify ni una extensión de WooCommerce.
Esa es la capa para la que existe una plataforma de impresión: un endpoint único sea cual sea la marca, más los conectores: Shopify, WooCommerce, PrestaShop, HubRise, Zapier: que se sitúan entre un pedido y un ticket impreso. Cuando un fabricante expone un transporte abierto como MQTT, su hardware puede quedar bajo ese mismo endpoint en vez de convertirse en una segunda integración.
La alternativa push
curl -X POST https://www.expedy.fr/api/v2/printers/{printer_uid}/print \
-H "Authorization: API_SID:API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"printer_msg": "PEDIDO #1043\n2x Margarita", "origin": "tpv"}'
Una impresora Star con puerto USB se pilota así hoy mismo mediante un adaptador Raspberry Pi, lo que conserva el hardware ya comprado y solo mueve el lado servidor.
Migrar sin corte brusco
Mantén el endpoint CloudPRNT y añade la llamada push al lado; pasa una sede y compara tickets una semana; avanza sede por sede con el endpoint como vuelta atrás; desmantélalo solo cuando haya migrado la última impresora. El plan gratuito cubre los dos primeros pasos. Y si la conclusión es «nuestro endpoint va bien, lo dejamos», ese es un resultado perfectamente legítimo del ejercicio.
FAQ
¿Star CloudPRNT es un servicio o un protocolo?
Un protocolo implementado por las impresoras Star. No hay servicio alojado detrás: tú escribes y alojas el endpoint que la impresora consulta, así que asumes su disponibilidad y su cola.
¿Tengo que sustituir mis impresoras Star?
No, y normalmente no deberías. Star fabrica hardware de mostrador fiable, y las impresoras son independientes de cómo les llegan los trabajos. Una impresora Star con puerto USB se pilota mediante un adaptador Raspberry Pi mientras el lado servidor pasa a una API push.
¿Cuánta latencia añade el sondeo?
De media, la mitad del intervalo. Tres segundos de intervalo son unos 1,5 segundos antes de que la impresora siquiera pida el trabajo.
¿Cuándo conviene conservar el endpoint CloudPRNT?
Cuando ya funciona, es estable y alguien lo entiende: una migración también cuesta. También cuando una política o el cumplimiento exigen que la impresora solo hable con infraestructura que controlas.
¿Por qué usar una plataforma de impresión en vez del protocolo del fabricante?
Porque el protocolo de un fabricante solo cubre sus propias impresoras, y ningún fabricante entrega una app de Shopify ni una extensión de WooCommerce. Una plataforma aporta un endpoint único sea cual sea la marca, más los conectores entre un pedido y un ticket.