Wenn die Reporting-Engine den benötigten Barcode-Typ nicht nativ unterstützt, greifen Teams meist zu Workarounds: separate Barcode-Bibliotheken, vorgerenderte Bilder, eigene Skalierungslogik und zusätzliche Tests über verschiedene Plattformen hinweg. Das erzeugt Glue Code rund um die Reporting-Pipeline und macht den Workflow schwerer wartbar, migrierbar und validierbar.
Mit List & Label Cross Platform 31.003 wurde die Barcode-Unterstützung deutlich erweitert. Mehr Report- und Etikettenszenarien können jetzt direkt in der Cross Platform Engine gerendert werden, ohne die Barcode-Erzeugung an externe Komponenten oder vorgerenderte Bilder auszulagern.
Was ist neu in List & Label Cross Platform 31.003?
List & Label Cross Platform 31.003 unterstützt zusätzliche Barcode-Typen jetzt nativ direkt in der Cross Platform Engine.
Das Update umfasst mehrere GS1 DataBar-Varianten:
GS1 DataBar GS1 DataBar Truncated GS1 DataBar Stacked GS1 DataBar Stacked Omni GS1 DataBar Limited GS1 DataBar Expanded
Außerdem wird Folgendes unterstützt:
MaxiCode MaxiCode/UPS
Zusätzlich erweitert das Release die Unterstützung für eine größere Auswahl an Barcode-Typen aus Bereichen wie Post, Produktkennzeichnung, Pharmazie und Logistik:
FIM Pharmacode MSI Code11 Postnet Japanese_Postal IntelligentMail ISBN EAN14 UCC14 SCC EAN128_Full Rm4ACC_CRC DP_Leitcode DP_Identcode German_Parcel PZN PZN8
Warum das für .NET-Backends relevant ist
List & Label Cross Platform ist für die automatisierte, serverseitige Reportgenerierung in .NET-Anwendungen ausgelegt — von Backend-Services und Cloud-Workloads bis hin zu Containern und CI/CD-gestützter Dokumentenerzeugung.
In diesem Setup bleibt der ideale Workflow einfach:
Anwendungsdaten → Reportvorlage → Export
Nicht unterstützte Barcode-Typen können diesen Ablauf unterbrechen und Teams zu einer komplexeren Pipeline zwingen:
Anwendungsdaten → Externe Barcode-Erzeugung → Bildverarbeitung → Reportvorlage → Export
Mit der erweiterten Barcode-Unterstützung in 31.003 können mehr Vorlagen in sich geschlossen bleiben. Die Anwendung liefert die Daten, die Reportvorlage definiert den Barcode, und List & Label übernimmt das Rendering.
Für .NET-Teams bedeutet das saubereren Anwendungscode, weniger externe Rendering-Abhängigkeiten, portablere Vorlagen und eine klarere Trennung zwischen Anwendungslogik und Reportlayout. Auch Migrationen aus klassischen List & Label-Projekten können dadurch einfacher werden, wenn bestehende Vorlagen bereits einen der neu unterstützten Barcode-Typen verwenden.
Erweitertes Barcode-Content-Handling
List & Label Cross Platform 31.003 verbessert außerdem das Barcode-Content-Handling für PDF417, QRund MaxiCode.
Das Release unterstützt kodierte Inhaltsmuster wie:
{binary:...}
~dNNN
~hXX
~~
Das ist nützlich, wenn Barcode-Werte nicht nur aus Klartext bestehen. Manche Workflows benötigen kodierte Steuerzeichen, binäre Payloads oder strukturierte Inhalte. Wenn diese Fälle direkt in der Reporting-Schicht verarbeitet werden, wird die gesamte Pipeline leichter nachvollziehbar und einfacher zu testen.
Fazit für Entwickler
List & Label Cross Platform 31.003 erweitert die Barcode-Unterstützung, sodass mehr reale Report- und Etikettenvorlagen direkt in plattformübergreifenden .NET-Reporting-Workflows gerendert werden können.
Für .NET-Entwickler bedeutet das weniger externe Barcode-Generatoren, weniger vorgerenderte Bilder und weniger Sonderfälle im Anwendungscode.
Du entwickelst die Anwendungslogik. List & Label übernimmt die Reporting-Schicht — einschließlich weiterer Barcode-Renderings, die bisher Workarounds erfordert haben.
Wenn deine aktuelle Reporting-Pipeline Barcode-Bilder außerhalb des Reports erzeugt, ist 31.003 ein guter Anlass zu prüfen, ob dieser Code noch nötig ist.
Jochen Bartlau leitet als Geschäftsführer die Softwareentwicklung bei combit. Microsoft .NET und Agiles Projektmanagement sind zwei seiner Steckenpferde. Der technikbegeisterte Physiker und Vanlife-Enthusiast verbringt seine Freizeit am liebsten beim Wandern.
