28 Apr.

Subreport (Crystal Reports)


E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

Ein Subreport (Unterbericht) ist ein vollständiger Crystal Report, der in einen anderen Crystal Report eingebettet wird. Er erlaubt es, Datenquellen, Datensichten oder Gliederungen zu kombinieren, die sich im Hauptbericht nicht sinnvoll in einer einzigen Abfrage abbilden lassen — etwa wenn Kopf- und Zeilendaten aus unterschiedlichen Tabellen kommen oder wenn ein Zusatzblock nur gelegentlich gerendert werden soll.

Kontext

Eingefügt wird ein Subreport über Einfügen → Subreport; der Hauptreport liefert per Verknüpfungsparameter den Kontext (z.B. DocEntry einer Ausgangsrechnung), der Subreport führt darauf eigene Datenbankabfragen aus und rendert sein Ergebnis an der Einsatzstelle. Typische Einsätze in SAP Business One: ein Subreport pro Belegtyp unter einer gemeinsamen Kopflayout-Vorlage; Zusatzblöcke wie Zahlungshistorie zu einem Kunden, AGB-Text in Fremdsprache, kumulierte Kennzahlen aus einer anderen Datenquelle; spezielle Seitenlogik, wenn eine Druckseite einen andersstrukturierten Anhang erhalten soll. Subreports werden wahlweise on-demand (Anwender klickt, um den Subreport auszuführen — spart Laufzeit) oder inline ausgeführt. Für die Performance ist es wichtig, Verknüpfungsfelder möglichst selektiv zu halten, damit der Subreport nicht pro Datensatz des Hauptberichts einen schweren Query auslöst.

Abgrenzung

Ein Subreport ist kein besseres Join: Wenn sich Daten sauber per JOIN oder Command-Objekt verknüpfen lassen, ist ein einzelner Report in der Regel schneller und einfacher zu warten. Subreports sind auch keine Seiten- oder Gruppenköpfe — das sind Sections innerhalb desselben Reports. Gegenüber Cross-Tabs geht es beim Subreport nicht um Aggregation, sondern um die Integration separater Datenwelten. Und gegenüber UI-API- oder Service-Layer-Integrationen bleibt ein Subreport rein berichtsintern: Er kann keine interaktiven Eingaben entgegennehmen und keine Buchungen anstossen.


Service Layer KI als transaktionalen Schicht

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...
Process Reward Model

Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist

Diese Reihe nimmt fortlaufend einzelne KI-Grundbegriffe und Methoden wie die Process Reward Model unter die Lupe .Die vorige Folge hat ...
Test-Time-Compute-Scaling

Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat

Dies ist eine Fortsetzung der Reihe auf diesem Blog, die sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One ...
RLHF

RLHF und Reward-Modelle: KI-Hype oder was der Genehmigungsprozess in SAP Business One damit zu tun hat

Key Takeaways Der Beitrag behandelt die Anwendung von Künstlicher Intelligenz im Zusammenhang mit SAP Business One und grundlegenden KI-Themen. Dank ...
AI WEBINAR

KI – Antworten aus SAP Business One – ohne SQL, ohne IT-Ticket

Live-Webinar am 30. Juli 2026, 14:00–14:30 Uhr | Live-Demo über Microsoft Teams | Dauer: 30 Minuten „Wie war der Umsatz ...
Generative KI im ERP

KI im ERP – aber unter Kontrolle: Was Versino AI für SAP-Business-One-Anwender bedeutet

KI kann heute vieles – aber ohne Kontrolle schafft sie oft mehr Probleme als sie löst. Versino AI verbindet KI-Modelle ...
Wird geladen …