List & Label Reporting Blog

Früher oder später benötigen Desktop-Business-Anwendungen flexibles Reporting: neue Berichte, PDF- und Excel-Exporte, Druckvorschauen oder Layoutänderungen – am besten sofort und ohne neues Release. Für Entwicklungsteams entsteht daraus jedoch schnell ein Wartungsproblem durch individuellen Exportcode und Sonderfälle. List & Label bietet einen pragmatischeren Ansatz: Du integrierst Reporting direkt in deine WinForms- oder WPF-Anwendung und behältst die Kontrolle über Daten, Berechtigungen, Layouts und die User Experience. Dieser Leitfaden zeigt dir, wie du List & Label in reale Geschäftsanwendungen einbindest.

Mit List & Label 31 wird der Export von Berichten in Cloud-Speicher deutlich flexibler. Statt Reports erst lokal zwischenzuspeichern und anschließend per eigenem Upload-Prozess weiterzuverarbeiten, ist der Export jetzt direkt an moderne Cloud-Storage-Ziele möglich.
Sobald Anwendungen in Containern, auf Servern oder allgemein in stärker verteilten Umgebungen laufen, werden lokale Dateipfade schnell unpraktisch.

Reporting wirkt erst einmal wie ein Nebenfeature. Das ändert sich schnell, sobald Rechnungen, Auszüge, Kunden-PDFs und geplante Exporte zuverlässig über Container, Mandanten und Lastspitzen hinweg erzeugt werden müssen. Spätestens dann wird aus Reporting Backend-Infrastruktur. Die eigentliche Frage lautet also nicht mehr, wie man ein PDF erzeugt, sondern wie sich ein zustandsloser, skalierbarer Reporting-Service bauen lässt, der in modernen Umgebungen sauber läuft.

Viele .NET-Teams merken zu spät, dass „ein bisschen PDF und Excel“ der Anfang einer kostspieligen Reporting-Baustelle ist. Wenn Anforderungen wachsen, reichen einfache Tools oft nicht mehr aus — und das Team zahlt mit Workarounds, Verzögerungen und technischer Schuld. Dieser Beitrag zeigt, warum sich eine skalierbare Reporting-Basis von Anfang an auszahlt.

Warum eine neue Rendering Engine? PDF-Dokumente werden in List & Label schon lange nicht mehr „nur“ als reines Export-Format genutzt. In vielen Anwendungen übernehmen sie … Weiterlesen …

Das Servicepack 30.004 für List & Label und den Report Server ist ab sofort verfügbar. Der Schwerpunkt dieses Updates liegt auf Performance-Optimierungen beim Export, funktionalen Erweiterungen im Bereich Datasource-Parameter sowie mehreren Sicherheitsupdates für eingesetzte Drittanbieter-Komponenten.

Das Service Pack 31.001 für List & Label bietet offizielle Unterstützung für ZUGFeRD-2.4-PDF-Exporte, fügt verschachtelte Tabellen und eine verbesserte Kontrastoptimierung für die plattformübergreifende Textdarstellung hinzu und verbessert die Leistung und Stabilität in Designern und Exporten. Darüber hinaus liefert es mehrere Sicherheitsupdates für Webkomponenten und Bibliotheken von Drittanbietern.

Wenn du große und komplexe Datenquellen im Web Report Designer angebunden hast, kennst du wahrscheinlich das Problem: Der DataTree lädt bei komplexen Datenstrukturen gefühlt ewig. Mit List & Label 31 gehört das der Vergangenheit an. Der technische Unterbau des DataTrees wurde komplett überarbeitet. „react-arborist“ ersetzt „rc-tree“ – und das Ergebnis ist eine deutlich flüssigere Reporterstellung im Browser.

Mit Release der Version 31 von List & Label im Oktober 2025 steht die vollständige Unterstützung des aktuellen ZUGFeRD-Standards 2.3 zur Verfügung. Und auch das für Q4/2025 angekündigte ZUGFeRD 2.4 wird im Rahmen der Service Packs für List & Label Version 31 Unterstützung finden können. Damit ist List & Label bereit für die Zukunft der digitalen, rechtskonformen Rechnungsstellung in Deutschland und Europa.

Seit der Version 30 unterstützt der Web Report Designer Drilldowns. Damit lassen sich interaktive Berichte vollständig im Browser umsetzen – inklusive Navigation zwischen verschiedenen Detailebenen. Diese Funktion war bisher ausschließlich im Desktop Designer verfügbar.