PrintNode tut, was es verspricht: Sie schicken einen Auftrag an die API, und ein Drucker druckt ihn. Die Integration ist sauber, die Dokumentation gut. Wenn Sie eine Alternative suchen, liegt das fast nie an der API, sondern an einer Architekturentscheidung.
Kurze Antwort: PrintNode erreicht Ihren Drucker über eine Client-Anwendung, die auf einem Rechner oder Raspberry Pi im selben Netz installiert sein und laufen muss. Diese Maschine ist damit Teil Ihrer Produktion. Wenn Sie an jedem Standort keinen eingeschalteten, gepflegten, unbeaufsichtigten Rechner garantieren können, brauchen Sie eine Architektur, in der sich der Drucker selbst verbindet.
Der strukturelle Unterschied
| PrintNode | Expedy Print | |
|---|---|---|
| Was den Drucker erreicht | Client-App auf lokalem Rechner | Die ausgehende Verbindung des Druckers |
| Maschine vor Ort | Ja, eine pro Standort | Nein |
| Zu pflegendes Betriebssystem | Windows, macOS oder Linux | Keines |
| Vorhandene USB-Drucker | Ja, über den Client | Ja, über Raspberry-Pi-Adapter |
| Funktioniert ganz ohne Rechner | Nein | Ja, mit 4G/WLAN/LAN-Cloud-Drucker |
| Abrechnungseinheit | Pro Rechner mit Client | Pro Drucker |
Wann die Client-App in Ordnung ist
Seien Sie ehrlich, bevor Sie wechseln. Das PrintNode-Modell passt, wenn an jedem Standort ohnehin ein gewartetes, dauerhaft laufendes Kassen- oder Backoffice-Gerät steht, wenn Ihre Drucker vorhandene USB-Geräte sind, die Sie nicht ersetzen wollen, und wenn es wenige Standorte mit Personal gibt, das auf Zuruf etwas neu startet.
Wann es zur Belastung wird
Jemand schaltet den Rechner aus. Ein Laptop, der um 18 Uhr zuklappt, ein PC an einer Schaltsteckdose, ein Windows-Update, das in den Anmeldebildschirm neu startet und wartet. Jeder dieser Fälle stoppt den Druck stillschweigend, und der Fehler zeigt sich als fehlende Bestellung statt als Alarm.
Eine Sache mehr pro Standort. Zehn Standorte sind zehn Betriebssysteme, zehn Antiviren-Richtlinien, zehn Zugangsdatensätze, zehn Maschinen, die irgendwann ersetzt werden müssen.
Standorte, die Sie nicht kontrollieren. Sind Sie SaaS-Anbieter oder Agentur und gehören die Räume Ihren Kunden, ist „installieren Sie unseren Client und lassen Sie ihn laufen" eine dauerhafte Supportlast. Das ist der meistgenannte Migrationsgrund.
Abrechnung pro Rechner. Wenn die Abrechnungseinheit die Maschine ist, wird das Zusammenlegen von Druckern zur Kostenübung statt zur betrieblichen Entscheidung.
Was es ersetzt
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\nZeile 2", "origin": "migrationstest"}'
Wollen Sie Ihre vorhandenen USB-Drucker behalten, übernimmt ein Raspberry-Pi-USB-Adapter die Rolle des PrintNode-Clients, aber als dediziertes Gerät: kein Desktop-Betriebssystem zum Patchen, keine Sitzung zum Anmelden.
Migration
Die API-Formen ähneln sich, meist ist es ein halber Tag: Drucker-IDs auf printer_uid abbilden, Payload konvertieren (bei PDFs siehe PDF-Druck), Zugangsdaten tauschen, beide Dienste einige Tage parallel fahren und die Client-Maschinen zuletzt abbauen: sie sind Ihr Rollback.
Was wählen
PrintNode, wenn jeder Standort einen Rechner hat, den Sie kontrollieren, und Sie die Hardware nicht anfassen wollen. Einen selbstverbindenden Drucker, wenn genau dieser Rechner die unzuverlässige Komponente ist. Ein kostenloser Tarif erlaubt den Test mit Ihrer echten Last.
FAQ
Was ist der wichtigste Unterschied zwischen PrintNode und Expedy Print?
PrintNode erreicht Drucker über eine Client-Anwendung, die auf einem Computer an jedem Standort läuft. Expedy-Drucker halten ihre eigene ausgehende Verbindung, es muss also lokal nichts installiert oder am Laufen gehalten werden.
Kann ich meine vorhandenen USB-Drucker behalten, wenn ich PrintNode verlasse?
Ja. Ein Raspberry-Pi-USB-Adapter macht einen vorhandenen USB-Drucker über REST ansprechbar. Er ersetzt den Client-Rechner durch ein dediziertes Gerät ohne Desktop-Betriebssystem, das gepflegt werden muss.
Wie aufwendig ist die Migration einer bestehenden PrintNode-Integration?
Meist ein halber Tag. Beide sind Push-APIs, die Arbeit besteht also darin, Drucker-IDs auf printer_uid-Werte abzubilden, Zugangsdaten zu tauschen und beide Dienste parallel laufen zu lassen, bis Sie dem neuen vertrauen.
Ist PrintNode je die bessere Wahl?
Ja, wenn jeder Standort bereits einen gepflegten, dauerhaft eingeschalteten Computer hat und Sie keine Hardware ändern wollen. Das Client-Modell ist nur dann eine Last, wenn man sich auf diesen Computer nicht verlassen kann.