PrintNode hace lo que dice: envías un trabajo a su API y una impresora lo imprime. La integración es limpia y la documentación es buena. Si buscas una alternativa, casi nunca es porque la API te haya decepcionado: es por una decisión de arquitectura.
Respuesta corta: PrintNode llega a tu impresora a través de una aplicación cliente que debe estar instalada y en marcha en un ordenador o una Raspberry Pi de la misma red. Esa máquina pasa a formar parte de tu producción. Si no puedes garantizar un ordenador encendido, actualizado y sin supervisión en cada sede, necesitas una arquitectura donde la impresora se conecte sola.
La diferencia estructural
| PrintNode | Expedy Print | |
|---|---|---|
| Qué alcanza la impresora | Una app cliente en un equipo local | La conexión saliente de la impresora |
| Máquina en la sede | Sí, una por sede | No |
| SO que mantener | Windows, macOS o Linux | Ninguno |
| Impresoras USB existentes | Sí, vía el cliente | Sí, vía adaptador Raspberry Pi |
| Funciona sin ningún ordenador | No | Sí, con impresora 4G/Wi-Fi/LAN |
| Unidad de facturación | Por ordenador con el cliente | Por impresora |
Cuándo la app cliente está bien
Sé honesto antes de cambiar. El modelo de PrintNode encaja cuando cada sede ya tiene un TPV o un PC de back-office siempre encendido y mantenido, cuando tus impresoras son USB y no piensas cambiarlas, y cuando tienes pocas sedes con personal que puede reiniciar algo si se lo pides.
Cuándo se vuelve un pasivo
Alguien apaga el ordenador. Un portátil que se cierra a las 18h, un PC en una regleta con interruptor, una actualización de Windows que reinicia a la pantalla de login y espera. Cada caso detiene la impresión en silencio, y el fallo aparece como un pedido perdido, no como una alerta.
Una cosa más que mantener por sede. Diez sedes son diez sistemas operativos, diez políticas de antivirus, diez juegos de credenciales, diez máquinas que habrá que sustituir.
Sedes que no controlas. Si eres un SaaS o una agencia y los locales son de tus clientes, «instala nuestro cliente y déjalo encendido» es una carga de soporte permanente. Es la razón de migración más citada.
Facturación por ordenador. Cuando la unidad de facturación es la máquina, consolidar impresoras se convierte en un ejercicio de coste en vez de una decisión operativa.
Qué lo sustituye
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": "TEST\nLínea 2", "origin": "prueba-migracion"}'
Si quieres conservar las impresoras USB que ya tienes, un adaptador USB Raspberry Pi hace el papel del cliente de PrintNode, pero como aparato dedicado: sin SO de escritorio que parchear y sin sesión que iniciar.
Migrar
Las formas de API son parecidas, así que suele ser medio día: mapea los ids de impresora a printer_uid, convierte el payload (si enviabas PDF, mira la impresión de PDF), cambia las credenciales, corre ambos servicios en paralelo unos días y desmantela las máquinas cliente al final: son tu vuelta atrás.
Cuál elegir
PrintNode si cada sede tiene un ordenador que controlas y prefieres no tocar el hardware. Una impresora que se conecta sola si el ordenador es justo la pieza en la que no puedes confiar. Hay un plan gratuito para probarlo con tu carga real.
FAQ
¿Cuál es la diferencia principal entre PrintNode y Expedy Print?
PrintNode llega a las impresoras a través de una aplicación cliente que corre en un ordenador de cada local. Las impresoras Expedy mantienen su propia conexión saliente, así que no hay nada que instalar ni que mantener encendido en local.
¿Puedo conservar mis impresoras USB actuales si dejo PrintNode?
Sí. Un adaptador USB Raspberry Pi hace direccionable por REST una impresora USB existente. Sustituye la máquina cliente por un equipo dedicado sin sistema operativo de escritorio que mantener.
¿Cuánto cuesta migrar una integración existente de PrintNode?
Normalmente medio día. Las dos son APIs push, así que el trabajo consiste en mapear los ids de impresora a valores printer_uid, cambiar las credenciales y hacer correr ambos servicios en paralelo hasta que confíes en el nuevo.
¿PrintNode es alguna vez la mejor opción?
Sí, cuando cada local ya tiene un ordenador mantenido y siempre encendido y no quieres cambiar ningún hardware. El modelo cliente solo es un pasivo cuando no se puede confiar en ese ordenador.