No todas las plataformas tienen un conector de impresión, y no todos los equipos tienen un desarrollador libre esta semana. Airtable, Typeform, Stripe, HubSpot, un formulario propio, una hoja de Google: si la herramienta puede lanzar un webhook o ser sondeada por una plataforma de automatización, puede imprimir.
Respuesta corta: la herramienta de automatización vigila si entra un pedido nuevo, formatea el texto del ticket y hace un POST HTTP al endpoint de impresión. Eso es un disparador y una acción. Sin servidor, sin código, sin ordenador en la tienda.
Qué herramienta
| Zapier | Make | n8n | |
|---|---|---|---|
| Puesta en marcha | La más sencilla | Visual, más control | El máximo control |
| Modelo de precio | Por tarea | Por operación | Gratis si lo autoalojas |
| Lógica multipaso | Planes de pago | Nativa | Nativa |
| Autoalojamiento | No | No | Sí |
| Mejor para | Tenerlo funcionando hoy | Ramificación y formato | Volumen, o datos que deben quedarse en casa |
Las tres se conectan a Expedy Print: Zapier, Make y n8n.
El montaje, en tres pasos
1. El disparador. Pedido nuevo, fila nueva, envío de formulario nuevo, pago nuevo: lo que produzca tu fuente. Prefiere un disparador por webhook al sondeo: el sondeo añade minutos de retraso y consume tareas incluso cuando no pasa nada.
2. Formatear el ticket. Este es el paso que la gente subestima. Los tickets térmicos rondan los 42 caracteres por línea en papel de 80 mm, y la impresora no va a maquetar tus datos por ti. Construye el texto de forma explícita:
PEDIDO {{order_number}}
{{date}}
--------------------------------
{{line_items}}
--------------------------------
TOTAL: {{total}} {{currency}}
En Zapier esto es un paso Formatter; en Make un agregador de texto; en n8n un nodo Set o Code.
3. La acción HTTP. Un POST al endpoint de impresión:
- URL:
https://www.expedy.fr/api/v2/printers/{printer_uid}/print - Método:
POST - Cabeceras:
Authorization: API_SID:API_TOKENyContent-Type: application/json - Cuerpo:
{"printer_msg": "<tu texto formateado>", "origin": "zapier"}
Pruébalo primero con una cadena fija. Cuando salga un ticket, conecta ya los campos reales.
Qué vigilar
Las líneas de artículo son la parte difícil. La mayoría de disparadores entregan las líneas como un array, y la mayoría de herramientas de automatización aplanan los arrays de forma torpe. Usa el bucle o el soporte de line items de la herramienta en vez de volcar el array crudo en el texto: si no, imprimirás un fragmento de JSON.
Duplicados. Las plataformas de automatización reintentan los pasos fallidos. Pon un valor estable como el id del pedido en origin para poder detectar un duplicado en el historial de impresión, y prefiere los disparadores por webhook, que se lanzan una vez, frente a los de sondeo, que pueden releer la misma fila.
Saltos de línea. printer_msg usa \n para los saltos. Algunos pasos de formateo los convierten en el texto literal \n; comprueba la salida de prueba en vez de darlo por hecho.
Coste con volumen. Cada pedido es una tarea o una operación. Con unas decenas de pedidos al día esto es insignificante; con unos miles pasa a ser la parte más cara de la cadena, y una llamada directa a la API desde tu backend, o un n8n autoalojado, sale muchísimo más barato.
Latencia. Añade unos segundos para que la plataforma recoja y ejecute el escenario. Va bien para un almacén, a veces es demasiado lento para una cocina en plena hora punta. Si importa bajar del segundo, llama a la API directamente.
Cuándo pasar a la llamada directa
La vía de la automatización es la elección correcta para poner un flujo en producción rápido, para plataformas sin conector, y para todo lo que tenga enrutado condicional mantenido por alguien que no programa. Pasa a una llamada directa a la API cuando el volumen haga doler el precio por tarea, cuando la latencia importe, o cuando la lógica de formato haya crecido más allá de lo que un editor visual sostiene con comodidad. El endpoint es el mismo, así que la migración solo consiste en mover la llamada.
Crea una cuenta gratuita, coge las credenciales e imprime un ticket de prueba desde un escenario de un solo paso antes de montar el flujo entero.
FAQ
¿Puedo imprimir pedidos sin escribir nada de código?
Sí. Zapier, Make y n8n pueden vigilar un pedido nuevo y hacer un POST al endpoint de impresión. Es un disparador y una acción HTTP, normalmente quince minutos de montaje.
¿Cuál elijo entre Zapier, Make y n8n?
Zapier para tener algo funcionando cuanto antes, Make cuando necesitas control de ramificación y formato, n8n cuando el volumen hace doloroso el precio por tarea o los datos deben quedarse en tu propia infraestructura.
¿Por qué mi ticket se imprime como JSON en bruto?
Porque las líneas de artículo llegaron como un array y se insertaron directamente en el texto. Usa el bucle o el tratamiento de line items de la herramienta para construir una línea por producto en vez de volcar el array.
¿La automatización es más lenta que llamar a la API directamente?
Sí, unos segundos mientras la plataforma recoge y ejecuta el escenario. Es irrelevante para un almacén y puede ser demasiado lento para una cocina en hora punta.
¿Cuesta más con mucho volumen?
Cada pedido consume una tarea u operación, así que el coste crece de forma lineal. Con unos miles de pedidos al día, una llamada directa a la API desde tu backend, o un n8n autoalojado, sale bastante más barato.