La maggior parte dei comparativi su questo tema è un elenco di funzionalità in cui una colonna risulta tutta verde. Questo è organizzato attorno alle tre domande che determinano davvero quale strumento potete usare: le risposte escludono opzioni molto prima di qualsiasi funzionalità.
Risposta breve: chiedetevi (1) se qualcosa deve girare in sede, (2) chi inizia la connessione, e (3) se siete legati a una marca di stampante. Risposte alla mano, di solito restano una o due opzioni.
Le tre domande decisive
1. Qualcosa può girare stabilmente in sede? Un computer, un terminale di cassa, un Raspberry Pi con il vostro software. Se sì, PrintNode e QZ Tray sono percorribili. Se no (perché i locali sono dei vostri clienti, perché sono duecento, o perché lì nessuno può riavviare nulla), serve una stampante che si connetta da sola.
2. Chi inizia: il vostro server o la stampante? Push significa che il vostro backend chiama una API e il servizio consegna. Polling significa che la stampante interroga ripetutamente un server che ospitate voi. Le architetture a polling (CloudPRNT, Epson Server Direct Print) vi consegnano disponibilità, coda e semantica exactly-once.
3. Quante integrazioni manterrete? Ogni produttore implementa il proprio protocollo per la propria gamma: CloudPRNT per Star, Server Direct Print per Epson. Dal loro punto di vista è ragionevole: vendono stampanti, non livelli di integrazione. Ma significa un'integrazione per marca, e un parco smette di essere omogeneo appena apre una seconda sede. Il compito di una piattaforma di stampa è il livello superiore: un endpoint unico qualunque sia l'hardware, più i connettori tra un ordine e uno scontrino che nessun produttore fornisce.
Faccia a faccia
| Gira in sede | Iniziatore | Hardware | Pavimento di latenza | Ospitate voi | |
|---|---|---|---|---|---|
| IPP / CUPS nativo | Server di stampa | Push, solo LAN | Qualsiasi | Rete | Il server di stampa |
| QZ Tray | App Java per postazione | Browser | Qualsiasi, locale | Immediato | Nulla (ma un certificato) |
| PrintNode | Client per sede | Push | Qualsiasi | < 1 s | Nulla |
| Star CloudPRNT | Nulla | La stampante vi interroga | Gama Star | Intervallo di polling | L'endpoint |
| Epson Server Direct Print | Nulla | La stampante vi interroga | Gama Epson | Intervallo di polling | L'endpoint |
| Expedy Print | Nulla | Push | Qualsiasi (cloud o adattatore Pi) | < 1 s | Nulla |
Leggere la tabella onestamente
Niente qui è cattivo. Ogni opzione è la migliore per qualche situazione. IPP è la risposta giusta per un ufficio che stampa documenti su una LAN, e farlo passare da una API cloud sarebbe assurdo.
La colonna «gira in sede» decide la maggior parte dei progetti. È quella che determina se il vostro carico di supporto cresce linearmente col numero di clienti.
La colonna «ospitate voi» è quella che sorprende. Costruire un endpoint CloudPRNT richiede un pomeriggio. Gestirlo (disponibilità, coda, retry, reperibilità) è continuo, e raramente viene messo a budget.
La latenza conta solo a volte. Tre secondi di polling sono irrilevanti per una lista di prelievo in magazzino e decisivi per uno scontrino di cucina in pieno servizio.
Scegliere in un paragrafo
Tutto su una LAN e una persona clicca Stampa: stampa nativa. Una web app deve raggiungere la stampante alla stessa scrivania con comandi grezzi: QZ Tray. Ogni sede ha un computer mantenuto e sempre acceso: PrintNode. Il parco è tutto Star o tutto Epson e ospitare un endpoint vi sta bene: CloudPRNT o Server Direct Print. Il vostro backend deve stampare senza supervisione, in luoghi che non controllate, sull'hardware che ogni sede possiede: una API push neutra.
Expedy Print è costruito per quest'ultimo caso, con API REST, adattatore Raspberry Pi e connettori per Shopify, WooCommerce e Zapier.
FAQ
Qual è il criterio più importante nella scelta di una API di stampa cloud?
Se qualcosa debba girare in sede. Questa singola domanda decide se il vostro carico di assistenza cresce con ogni cliente, ed esclude opzioni prima che qualsiasi confronto di funzionalità conti.
Che differenza c'è tra stampa push e a polling?
Con il push, il vostro backend chiama una API e il servizio consegna il lavoro. Con il polling, la stampante chiede ripetutamente a un server che ospitate voi se c'è lavoro, il che vi rende responsabili della disponibilità e della coda di quel server.
Quali opzioni mi legano a una sola marca di stampante?
Star CloudPRNT richiede stampanti Star ed Epson Server Direct Print richiede stampanti Epson. IPP, QZ Tray, PrintNode ed Expedy Print sono neutrali rispetto al produttore.
La latenza conta davvero?
Dipende dal caso d'uso. Qualche secondo è irrilevante per una lista di prelievo in magazzino ed è decisivo per una comanda di cucina durante il servizio, dove fa la differenza tra la comanda che arriva con l'ordine o dopo che il cliente se n'è andato.
Posso usarne più di una insieme?
Sì, e molti team lo fanno. Le stampe lanciate dall'operatore al bancone possono restare su QZ Tray o sulla stampa nativa mentre quelle guidate dagli eventi passano a una API push.