Elektronische Verkaufsetiketten (ESL)

Zweck

Diese Seite beschreibt, wie elektronische Verkaufsetiketten (ESL) in einem Automotive-Projekt fachlich eingeordnet und technisch vorbereitet werden. Der ältere Wissensstand beschreibt die Lösung als vorhandene Demo- beziehungsweise Integrationsfunktion zwischen Business Central und einer externen ESL-Plattform. Für aktuelle Projekte bedeutet das: ESL ist kein Selbstläufer, sondern ein bewusst zu planendes Integrationsszenario mit Hardware, Netzwerk, Plattform und klaren Betriebsregeln.

Wichtige Einordnung

Typischer End-to-End-Ablauf

1. Ein freigegebener Prozess ändert relevante Artikel-, Preis-, Bestands- oder Statusdaten in Business Central.
2. Die Integration bereitet daraus ein Datenpaket für das Ziel-Label vor.
3. Die Daten werden per HTTP und JSON an die externe ESL-Plattform übergeben.
4. Die Plattform ordnet die Felder gemäß ihrer Konfiguration dem richtigen Label und Layout zu.
5. Access Point und Funkinfrastruktur verteilen die Änderung an das physische Label.
6. Der Fachbereich prüft vor Ort, ob der angezeigte Inhalt, der Zeitpunkt der Aktualisierung und die Zuordnung stimmen.

graph LR;

%% Nodes
A["Änderung in Business Central"]
B["Freigegebener ESL-Prozess"]
C["HTTP/JSON-Datenpaket"]
D["Externe ESL-Plattform"]
E["Access Point / Funknetz"]
F["Elektronisches Etikett"]
G["Sicht- und Plausibilitätsprüfung"]

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F
F ==> G

%% Classes
class A btProcessTitle
class B,C,D,E,F,G btProcessActive

Welche Inhalte typischerweise auf ESL landen

Die konkrete Anzeige ist projektspezifisch. Typische Inhalte sind:

• Artikelnummer oder Artikelreferenz,
• Kurztext oder Bezeichnung,
• Preis- oder Konditionsinformation,
• Mengeneinheit oder Verpackungsbezug,
• Lager-, Fach- oder Statusinformation,
• optische Kennzeichen für Sonderzustände.

Entscheidend ist, dass je Labeltyp eindeutig festgelegt wird, welche Felder führend sind und aus welchem Prozess sie aktualisiert werden dürfen.

Kritische Einrichtungsbereiche

Historisch dokumentierte technische Voraussetzungen

Die Alt-Dokumentation nennt für ältere Installationen insbesondere ausgehende Verbindungen für Provisioning, Cloud-Kommunikation und Zeitsynchronisation. Diese Angaben dürfen nicht blind übernommen werden, weil Anbieter und Architektur sich ändern können. Für Projektstarts gilt deshalb:

Verwenden Sie für produktive Freigaben immer die aktuelle Hersteller- und Projektvorgabe. Die historische Liste ist nur ein Prüfhorizont, kein Ersatz für die heutige Freigabe.

Empfohlener Projektablauf

1. Legen Sie fest, welche fachlichen Informationen tatsächlich elektronisch angezeigt werden sollen.
2. Definieren Sie je Prozess die führende Datenquelle und die erlaubten Aktualisierungsauslöser.
3. Klären Sie früh mit Infrastruktur und Anbieter die Zielarchitektur für Plattform, Access Points und Funkabdeckung.
4. Ordnen Sie Label, Standort, Artikelbezug und Layout in einer kontrollierten Pilotzone zu.
5. Testen Sie mindestens einen vollständigen Änderungsfall von Business Central bis zum physisch aktualisierten Label.
6. Dokumentieren Sie, wie fehlerhafte Labels erkannt, neu zugeordnet oder temporär ersetzt werden.

Kontrollschritte

Typische Fehlerbilder

Ergebnis

• Sie behandeln ESL nicht als isolierte Hardware, sondern als vollständigen Geschäftsprozess mit BC-, Plattform- und Infrastrukturanteil.
• Sie wissen, welche Freigaben und Prüfungen vor dem Pilot- oder Echtbetrieb nötig sind.
• Sie reduzieren Fehlanzeigen, weil Datenquelle, Trigger, Label-Zuordnung und Vor-Ort-Prüfung zusammen betrachtet werden.