Leitfaden zur Auswahl von Etikettendesign-Software für Systemintegratoren

Wenn Sie ein Systemintegrator sind, ist „Welche Etikettendesign-Software sollen wir einbetten?" eine Kaufentscheidung, lange bevor sie eine technische wird. Sie suchen keinen Desktop-Etiketteneditor für einen einzelnen Bürodrucker – Sie wählen ein Rendering- und Druck-Backend, das Ihre eigene Anwendung aufruft, weiterverkauft oder in ein Gerät einbettet. Das verändert die Bewertungskriterien vollständig: Die Funktionsliste ist weniger wichtig als das Deployment-Modell, die Integrationsoberfläche, der Upgrade-Pfad und die Gesamtbetriebskosten über die nächsten Jahre.

Die Alternative zum Kaufen ist das Selbstbauen. Selbstbauen wirkt am ersten Tag günstig und am 400. Tag teuer, denn eine Etiketten-Pipeline ist nicht eine Funktion – sie ist ein Haufen davon:

• 1D- und 2D-Barcode-Rendering, das für jede von Ihren Kunden angeforderte Symbologie korrekt bleiben muss.
• PDF-Generierung mit exakten physischen Abmessungen, Beschnitt und Rotation.
• Druckerkommunikation und Treiber-Eigenheiten über Thermo-, Laser- und Bürogeräte hinweg.
• Unterstützung für elektronische Regaletiketten (ESL), falls einer Ihrer Kunden im Einzelhandel tätig ist.
• Laufende Wartung, jedes Mal wenn ein Kunde ein neues Etikett, eine neue Datenquelle oder einen neuen Drucker hinzufügt.

Next Generation Label Printing System (LPSNG) ist eine verwaltete Plattform für Etikettendesign und -druck, die all das oben Genannte hinter einer Web-Service-API, einem vereinfachten OAuth2-Registrierungsmodell und mehreren Deployment-Editionen bündelt. In diesem Leitfaden geht es darum, sie – oder eine vergleichbare Plattform – als Kauf zu bewerten: was Ihnen jede Stufe bietet, was die tatsächlichen Kostentreiber sind und wie der Upgrade-Pfad funktioniert. Wir vermeiden bewusst einen Funktion-für-Funktion-Vergleich; dieser Vergleich ist ein anderer Artikel, und ein kürzerer.

Was Sie auf jeder Stufe bekommen: Editionen und Deployment-Modelle

LPSNG ist in jeder Edition dasselbe Kernprodukt. Was sich ändert, ist, wo es läuft und wem es dient.

Cloud Solution

Die gehostete Mehrbenutzer-Cloud-Edition. Sie registrieren Ihr externes System, authentifizieren sich und beginnen, Jobs einzureichen – kein Server, keine OS-Wartung, kein eigener Update-Zyklus. Für einen Integrator, der eine neue Branche validiert oder den ersten Kunden onboardet, ist dies der Einstiegspunkt mit der geringsten Reibung.

Embedded Edition

Vollständiges LPSNG auf einem Einplatinencomputer wie einem Raspberry Pi. Dies ist die Option für Produktionshallen, Lagerhäuser und Einzelhandels-Backoffices, in denen der Druck weiterlaufen muss, wenn das Internet ausfällt. Sie besitzen die Hardware und den Netzwerkpfad; der Software-Stack ist dasselbe Produkt, gegen das Sie bereits in der Cloud integriert haben.

Enterprise Features

Mehrbenutzer-, Multi-Region- und Multi-Geräte-Funktionen für Unternehmensumgebungen. Dies ist die Stufe, die zählt, wenn Ihre Integration aufhört, ein Pilot an einem Standort zu sein, und beginnt, ein Rollout über Länder, Schichten und Geräteflotten hinweg zu werden.

White Label Solution

Eine angepasste Benutzererfahrung für Druckerhersteller, Papierhersteller und Systemintegratoren, die die Etikettendesign-Software als ihre eigene präsentieren müssen. Wenn Ihr Geschäftsmodell „unser Portal, unsere Marke, unsere Etiketten" lautet, ist dies die Stufe, die Sie gegen Ihre eigene Produktmarge kalkulieren sollten statt gegen eine Versorgungsrechnung.

LPSNG Player

Eine eigenständige Kommandozeilen-Druck-Engine mit bewusst kleinem Vertrag: ein Etikettenpaket plus Daten gehen hinein; PDF-, PNG-, JSON-, direkte Druckausgabe oder ESL-Ausgabe kommen heraus. Sie ist nützlich, wenn Sie Batch-Rendering oder einen Headless-Pipeline-Schritt wünschen, ohne die vollständige Web-UI anzusteuern.

Kosten/Nutzen und ROI: Den wahren Preis der Integration bewerten

Der ehrliche Weg, eine Etikettenplattform zu bepreisen, ist, die Alternative zu bepreisen. Fragen Sie Ihr Team, was es kosten würde, Folgendes zu bauen und dann zu warten, und vergleichen Sie das mit einem verwalteten Dienst:

• Barcode-Rendering für die 1D- und 2D-Formate, die Ihre Kunden anfordern.
• Einen PDF-Renderer, der die physische Etikettengeometrie respektiert.
• Druckerkommunikation über die Geräte hinweg, die Ihre Kunden bereits besitzen.
• Einen ESL-Pfad, falls Einzelhandel irgendwo auf Ihrer Roadmap steht.
• Datenanbindung für die Tabellenkalkulation, den ERP-Export oder die CSV jedes Kunden.

Keiner dieser Posten verschwindet, wenn Sie kaufen – sie verschieben sich. Der Unterschied ist, wer die Wartungslast trägt, wenn sich eine Symbologie ändert, ein Drucker-Firmware-Update eintrifft oder ein neuer ESL-Anbieter auftaucht.

Vorab-Lizenzierung vs. Entwicklungsstunden. Eine Lizenzgebühr ist eine bekannte, budgetierbare Zahl. Entwicklungsstunden sind es nicht: Sie treffen als langsames Rinnsal von „nur noch ein Barcode-Format"-Tickets ein, die nie ganz geschlossen werden. Wenn Sie die beiden vergleichen, vergleichen Sie sie über einen realistischen Horizont – drei Jahre sind ein fairer Planungshorizont für eine eingebettete Komponente.

Betriebskosten: Cloud vs. Embedded. Die Cloud Solution verlagert das Hosting zum Anbieter, was bedeutet, dass keine Hardware zu kaufen, zu patchen oder zu ersetzen ist. Die Embedded Edition verlagert es zurück zu Ihnen: Sie stellen den Einplatinencomputer, den Strom, das Netzwerk und die Person, die hinübergeht, wenn etwas ausfällt. Beides ist legitim; die Wahl läuft meist darauf hinaus, wie zuverlässig das Netzwerk am Druckort ist und ob die Compliance-Regeln Ihres Kunden einen gehosteten Dienst erlauben.

Time-to-Market. Dies ist meist der entscheidende Faktor. Die LPSNG-Integrationsoberfläche ist eine Web-Service-API plus ein vereinfachter OAuth2-Registrierungsablauf, was bedeutet, dass der erste End-to-End-Job – authentifizieren, einreichen, rendern, drucken – eine Sache von Tagen Entwicklerzeit ist statt eines mehrmonatigen Builds. Wenn Ihr Umsatz davon abhängt, die Integration in diesem Quartal auszuliefern, überstrahlt dieser Unterschied jedes plausible Lizenz-Delta.

Skalierbarkeit ohne Neuarchitektur. Enterprise Features decken Mehrbenutzer-, Multi-Region- und Multi-Geräte-Szenarien ab. Früh in diese Fähigkeit einzukaufen ist günstig; sie nach Ihrem dritten Live-Land an einen selbstgebauten Druckdienst anzudocken ist es nicht.

Weniger benutzerdefinierte Datenaufbereitung. Zwei Integrationen reduzieren Glue-Code, den Sie sonst schreiben und warten müssten: das Google Sheets Add-on zum Erstellen von Layouts und direkten Drucken aus einer Tabellenkalkulation sowie die Excel-Schnittstelle zur Verwendung von Excel-Dateien als Daten- und Nachschlagdateien. Es gibt außerdem ein Excel Add-In mit 3D-Visualisierung von Packlösungen, das Artikel- und Behälterdaten importiert und den Packplan exportiert.

Die Preisgestaltung selbst ist in der Produktdokumentation nicht veröffentlicht, behandeln Sie die Zahlen also als Angebotsanfrage-Schritt und bewerten Sie die Stufen zuerst strukturell.

Upgrade-Pfad: Self-Hosted vs. Cloud und Skalierung Ihrer Integration

Der Grund, warum die obige Stufenliste ein Pfad und kein Menü ist, ist, dass alle Editionen dieselbe Kernfunktionalität teilen: Web-UI, Label Studio, Job-Queue, PDF-Generierung und die Web-Service-Schnittstelle. Ihr Integrationscode wird nicht neu geschrieben, wenn Sie umziehen.

Ein typischer Verlauf sieht so aus:

1. Beginnen Sie mit der Cloud Solution. Prototypisieren Sie gegen die gehostete Mehrbenutzer-Edition. Validieren Sie, dass das Label Studio die Etiketten erzeugt, die Ihr Kunde tatsächlich will, und dass Ihr Job-Einreichungsablauf Ende zu Ende funktioniert.
2. Wechseln Sie zur Embedded Edition, wenn der Standort es verlangt. Vor-Ort-Kontrolle, Edge-Deployment oder ein Netzwerk, dem Sie nicht trauen. Die Etikettenpakete und die API-Oberfläche, die Sie bereits gebaut haben, ziehen mit Ihnen um.
3. Fügen Sie Enterprise Features hinzu, wenn das Rollout wächst. Mehrbenutzer-, Multi-Region- und Multi-Geräte-Unterstützung kommen als Konfiguration und Kapazität, nicht als Neuschreiben.
4. Gehen Sie zu White Label, wenn das Produkt Ihres wird. Wenn Sie Etikettendesign-Software unter Ihrer eigenen Marke verkaufen, gehört die angepasste Benutzererfahrung von Anfang an in Ihr kommerzielles Modell.

Die praktische Erkenntnis für eine Kaufentscheidung: Sie können sich auf die kleinste Stufe festlegen, die das heutige Problem löst, ohne sich auf eine Sackgasse festzulegen.

Integrationsfähigkeiten, die für Systemintegratoren wichtig sind

Wenn Sie eine Etikettenplattform bewerten, ist dies die Checkliste, gegen die Sie sie prüfen sollten. So bildet LPSNG darauf ab.

Web-Service-API

Die API deckt die Operationen ab, die ein Integrator tatsächlich braucht: Druckjobs einreichen, ein einzelnes Etikett als PDF oder PNG rendern und direkt drucken. Dieselbe Schnittstelle trägt das OAuth2-Authentifizierungsmodell. Die genauen Endpunkt-Pfade und Payload-Schemas finden Sie in der Web-Service-Schnittstellendokumentation; die Form des Ablaufs ist:

export LPSNG_API="https://lpsng.rsj.de"   # or your Embedded Edition host

# 1. Register / authorize once via the simplified OAuth2 flow
#    (see the OAuth2 documentation for the registration URL)

# 2. Submit a print job: label package + data in
curl -s -X POST "$LPSNG_API/<print-job-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @job.json

# 3. Render a single label instead of printing
curl -s -X POST "$LPSNG_API/<render-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @one-label.json --output label.pdf

Ersetzen Sie die Platzhalterpfade durch die aus der Dokumentation – der Punkt ist, dass beide Operationen ein einzelner authentifizierter POST sind. Eine vollständige Schritt-für-Schritt-Anleitung der Aufrufe finden Sie in How to Print Labels From a Web Service API: A Developer Walkthrough.

OAuth2-Registrierung

LPSNG verwendet ein vereinfachtes OAuth2-Registrierungsprotokoll, dessen Aufgabe es ist, ein externes System – beispielsweise eine ESL-Basisstation – über eine einzige URL zu verbinden. Für die Integrationsarbeit ist das bedeutend: Autorisierung wird zu einem Konfigurationsschritt statt zu einem maßgeschneiderten Token-Handling-Subsystem, das Sie bauen, testen und rotieren müssen.

Field Script API

Sie können Python-Skriptblöcke an Etikettenfelder anhängen, um auf Feldwerte zuzugreifen und sie vor dem Drucken zu ändern. Dort leben kundenspezifische Geschäftsregeln, ohne Ihren Anwendungscode anzufassen – einen Lieferantennamen kürzen, einen Chargencode ableiten oder ein leeres Feld mit einem Standardwert belegen:

# Field Script API — illustrative pseudo-code; see the Python API reference
# for the exact field object exposed to script blocks.
value = field.value

if not value or not value.strip():
    field.value = "N/A"
else:
    field.value = value.strip().upper()

Vollständige Referenz: Python API.

Elektronische Regaletiketten

Die ESL-Geschichte besteht aus zwei Schnittstellen. Eine anbieterneutrale JSON-Dateischnittstelle (ESLSEND) aktualisiert ESL-Displays, und ein Web-Service (die ESL Binding API) bindet Tags an Artikel, speziell ausgerichtet auf MDE-Geräte, die keine eigene Weboberfläche haben. Eine auf die Dateischnittstelle ausgerichtete Payload sieht ungefähr so aus – das dokumentierte Schema ist maßgeblich:

{
  "type": "ESLSEND",
  "labels": [
    { "tag": "A-1024", "item": "<item-id>", "price": "<price>", "currency": "EUR" }
  ]
}

Siehe ESL Interface für das Schema und ESL Binding API: Documentation and Examples für Binding-Workflows.

Wiederverwendbare Sidebar

Eine einbettbare Sidebar lässt Sie die Etiketten-UI von LPSNG in eine andere Webanwendung einfügen, statt Benutzer zu einem separaten Tool zu schicken. Für Integratoren, die ein Portal bauen, ist das oft der Unterschied zwischen „einer Druckfunktion" und „einem Druckprodukt".

Barcode-Formate

1D- und 2D-Formate werden plattformweit unterstützt, was die Anforderung ist, die Sie zuerst gegen den bestehenden Etikettenvorrat Ihres Kunden testen sollten – siehe Barcode Formats.

Anwendungsfälle und Eignung: Wann Sie LPSNG wählen sollten

LPSNG passt dort, wo Etiketten eine Komponente im Prozess von jemand anderem sind, nicht das Produkt selbst.

• Auftragsspezifische Etikettierung für die Auftragsabwicklung. Kunden- und produktspezifische Etiketten, pro Auftrag generiert, gesteuert aus Ihrem Auftragssystem über die Web-Service-API.
• Verpackungslinien. Rückverfolgbarkeit und internationale Verpackung mit Multi-Geräte-Unterstützung – der Embedded-Edition-Fall, in dem die Linie weiterdrucken muss.
• Einzelhandel. Elektronische Regaletiketten für dynamische Preisgestaltung, mit der JSON-Dateischnittstelle für Display-Aktualisierungen und dem Binding-Service für die Tag-zu-Artikel-Zuordnung.
• Branchenübergreifend. Alles, was professionell aussehende Etiketten ohne ein dahinterstehendes Entwicklungsprojekt braucht.

In all diesen Fällen ist das Betriebsmodell dasselbe: LPSNG ist ein verwalteter Dienst. Sie verbinden Ihre Anwendung, senden Daten, und die Plattform übernimmt Etiketten-Rendering und -Druck. Ihre Engineering-Zeit bleibt bei Ihrem eigenen Produkt.

FAQ

Wie vereinfacht OAuth2 die Anbindung externer Systeme?

LPSNG verwendet ein vereinfachtes OAuth2-Registrierungsprotokoll, das externe Systeme (z. B. ESL-Basisstationen) mit einer einzigen URL verbindet und so die Komplexität von Authentifizierung und Autorisierung reduziert. Praktisch bedeutet das einen Registrierungsschritt statt eines benutzerdefinierten Token-Austauschs.

Kann ich LPSNG auf einem Raspberry Pi verwenden?

Ja. Die Embedded Edition bietet vollständiges LPSNG auf einem Einplatinencomputer wie einem Raspberry Pi, was sie für Vor-Ort- oder Edge-Deployments geeignet macht, bei denen Sie den Druck-Stack nahe an den Geräten haben möchten.

Was ist der Unterschied zwischen Cloud- und Embedded-Editionen?

Die Cloud Solution ist eine gehostete Mehrbenutzer-Cloud-Edition, während die Embedded Edition auf einem Einplatinencomputer in Ihren eigenen Räumlichkeiten läuft. Beide teilen die Kernfunktionalität – Web-UI, Label Studio, Job-Queue, PDF-Generierung und die Web-Service-Schnittstelle –, sodass eine gegen die eine gebaute Integration auf die andere übertragen wird.

Wie integriere ich ESL-Tags mit LPSNG?

LPSNG bietet eine anbieterneutrale JSON-Dateischnittstelle (ESLSEND) zum Aktualisieren von ESL-Displays und eine ESL Binding API zum Binden von Tags an Artikel, besonders für MDE-Geräte, die keine Weboberfläche haben. Wenn Sie Ansätze für die ESL-Anbindung vergleichen, siehe Understanding Electronic Shelf Label Integration APIs.

Fazit: Die Kaufentscheidung treffen

Vier Kriterien entscheiden diesen Kauf:

• Deployment-Modell – gehostete Cloud, eingebettet auf einem Einplatinencomputer oder beides im Laufe der Zeit.
• Integrationsaufwand – eine Web-Service-API und eine OAuth2-Registrierung mit einer einzigen URL gegenüber einem eigenen Build-Projekt.
• Skalierbarkeit – Mehrbenutzer-, Multi-Region- und Multi-Geräte-Unterstützung als Upgrade statt als Neuarchitektur.
• Branding – ob die Etiketten-Software wie Ihr Produkt aussehen muss oder wie eine Plattformkomponente aussehen darf.

Bewerten Sie diese vier gegen Ihre Roadmap und validieren Sie dann mit der Option mit der geringsten Bindung: Beginnen Sie mit der Cloud Solution, fragen Sie, welcher Testzugang verfügbar ist, und führen Sie einen echten Etikettenjob Ende zu Ende aus, bevor Sie etwas unterschreiben.

Next Generation Label Printing System ist die praktische Antwort für die meisten Integratoren, weil es die teuren Teile – Rendering, Barcodes, Druckerkommunikation, ESL – hinter einer verwalteten API hält, die Sie einmal integrieren. Beginnen Sie mit der Dokumentation, wählen Sie Ihre Edition und liefern Sie das erste Etikett diese Woche aus.

Verwandte Beiträge

• How to Print Labels From a Web Service API: A Developer Walkthrough
• Zebra Designer Alternative: Label Printing Software to Compare
• ESL Binding API: Documentation and Examples