September 2026

Dieser Artikel beschreibt die wesentlichen Funktionen in JustPerform v26.09.

Erweiterungen der Transaktionstabelle: Präferenz für die Display Properties für Kennzahlen und lokale Dimensionen

Die Transaktionstabelle zeigt nun in den Spalten Display Properties für Kennzahlen und lokale Dimensionen die korrekten Eigenschaftswerte an. Zuvor wurden in den über Display Properties hinzugefügten Spalten der Transaktionsbetrag anstelle des tatsächlichen Eigenschaftswerts wiederholt. Jede markierte Eigenschaft wird nun als separate, schreibgeschützte Spalte mit dem Namen <KENNZAHL/Dimension> – <EIGENSCHAFT> angezeigt (z. B. Umsatz – Kennzahlentyp oder Abteilung – Datentyp), in der der Wert aus der Kennzahl- oder Dimensionen-Definition angezeigt wird. Die Werte sind über alle Zeilen hinweg konsistent und werden von Änderungen an den Transaktionsdaten nicht beeinflusst. Spalten der Display Properties werden bei Import- und Zeileneinfügevorgängen ausgeschlossen und wenn die Tabelle exportiert wird, einbezogen.

Weitere Informationen finden Sie im Artikel Transaktionen – Tabelle.

Erweiterungen des Workflows: Stabile Knoten- und Spalten-IDs

Jeder Datenknoten in einem Workflow generiert nun zum Zeitpunkt seiner Erstellung eine unveränderliche Knoten-ID und eine unveränderliche ID für jede Spalte der Ausgabe. Die IDs werden aus den Knoten- und Spaltennamen abgeleitet und bleiben auch dann erhalten, wenn sich der Knotenname oder der Name der Quellkennzahl später ändert. Im Abschnitt Output jedes Read- und Transform-Knotens werden Spalten im Format ID (description) angezeigt. Nachgelagerte SQL-, Mapping- und Write-Knoten verweisen anhand der ID auf Spalten. Dadurch wird sichergestellt, dass die Umbenennung von Kennzahlen in der Quelle bestehende Knotenverweise nicht unterbricht und dass zwischen Umgebungen hochgestufte Workflows weiterhin korrekt aufgelöst werden.

Weitere Informationen finden Sie im Abschnitt Knoten- und Spalten-IDs im Artikel Knotenkategorien und -typen verstehen.

Erweiterungen des Workflows: Standardisierung der SQL-Syntax

Der SQL-Knoten verwendet nun eine standardisierte Syntax für die Referenzierung von Knoten, Spalten und Parametern. Spalten werden als 'node_id'.'column_id' referenziert, wobei beide IDs in einfache Anführungszeichen gesetzt werden; reine Namen der Spalten werden abgelehnt. Auf Parameter wird mit $'parameter_name' verwiesen; die bisherige Syntax ${Knotenname} wird nicht mehr unterstützt. Durch Klicken auf einen Parameter im Bereich Available Parameters wird dieser an der Position des Cursors eingefügt. Der Editor bietet eine Autovervollständigung für Knoten-IDs und Spalten-IDs, die aus den deklarierten Eingaben des SQL-Knotens stammen. Bestehende SQL-Abfragen, die in der bisherigen Syntax geschrieben wurden, müssen manuell aktualisiert werden; betroffene Knoten werden bis zur Aktualisierung als ungültig gekennzeichnet.

Mehr Informationen finden Sie unter SQL-Knoten konfigurieren im Artikel Arbeiten mit Transformationsknoten.

Erweiterungen des Workflows: Stammdaten-Lese-Knoten

Auf der Workflow-Arbeitsfläche ist nun ein neuer Read-Knoten Master Data verfügbar. Er liest Dimensionselementdaten als strukturierte Tabelle ein und macht Stammdaten verfügbar als Eingabe für nachgelagerte SQL-, Zuordnung- und Schreibknoten. Autoren markieren eine Quelldimension aus einem durchsuchbaren Dropdown-Menü; das Layout ist standardmäßig auf „ID“ und „Beschreibung“ voreingestellt, wobei bei Bedarf weitere Eigenschaften verfügbar sind, um sie hinzuzufügen. Der Knoten unterstützt die Lokalisierung: Autoren können für geeignete Eigenschaften sprachspezifische Spalten hinzufügen, auf die nachgelagerte Knoten über eine sprachqualifizierte technische ID zugreifen können (z. B. „description_french“). Änderungen am Layout werden über Refresh Output in der Vorschau angezeigt und werden erst nach dem Veröffentlichen wirksam.

Weitere Informationen finden Sie unter Konfigurieren des Stammdaten-Lese-Knotens im Artikel Arbeiten mit Lese-Knoten.

Erweiterungen am Datenfluss: Verwaltung von Mapping-Tabellen

In Datenflüssen erstellte Mapping-Tabellen sind nun in der Objektliste sichtbar und können dort verwaltet werden. Ein Ordner Mapping Tables listet alle Tabellen nach Dimensionen geordnet auf; durch Klicken auf eine Tabelle wird deren Detailbereich zum Anzeigen und Bearbeiten geöffnet. Im Menü More ist die Option Delete verfügbar, die nur dann zulässig ist, wenn die Tabelle von keiner Modellanreicherungsregel oder keinem Datenfluss referenziert wird. Doppelte Namen von Anreicherungsregeln werden nun global bei der Erstellung und Umbenennung blockiert; bestehende Workflows mit bereits vorhandenen doppelten Namen sind davon nicht betroffen.

Erweiterungen des Workflows: DataForge-Optimierung

Dieses Release optimiert die Ausführung von Read-, Transform- und Write-Knoten für verbesserte Leistung und Zuverlässigkeit bei großem Datenvolumen:

• Workflows, die zuvor bei großen Datensätzen – beispielsweise solchen mit 50.000 oder mehr Zeilen – eine Zeitüberschreitung verursachten oder fehlschlugen, verarbeiten nun zuverlässig bis zu Millionen von Datensätzen.

• Die Vorschau der Ausgabe über alle Workflow-Knoten hinweg ist auf 1.000 Zeilen begrenzt. Wenn der Datensatz diese Grenze überschreitet, wird in einer Meldung angezeigt, wie viele Datensätze dargestellt werden. Bei der vollständigen Ausführung werden weiterhin alle Datensätze verarbeitet.

Hinweis: Alle bestehenden Knotenfunktionen und -verhalten bleiben unverändert.

Option Select All für das schnelle Löschen ganzer Datensätze

Der Dialog Member Selector für Dimensionen enthält nun oben in der Liste der Mitglieder im rechten Fensterbereich ein Kontrollkästchen Select All. Damit können Sie alle Elemente mit einem einzigen Klick schnell markieren und Zeit sparen, wenn Sie sie alle entfernen möchten.

Verbesserungen am Excel-Add-In

Fehlermeldung, wenn die Startzelle den Report nicht darstellen kann

Wenn ein Anwender ein Snippet/einen Report im Excel-Add-In öffnet und die angegebene Startzelle die Darstellung nicht unterstützt, erscheint unter der Option Start Cell eine Fehlermeldung, die den Anwender auffordert, stattdessen eine unterstützte Zelle zu markieren. Der Report wird gerendert, sobald der Anwender eine gültige Zelle ausgewählt hat.

Warnungen bei Kennzahlen außerhalb des zulässigen Bereichs

Bisher wurden bei der Dateneingabe im Excel-Add-in Werte, die außerhalb des für eine Kennzahl konfigurierten Validierungsbereichs lagen, stillschweigend abgelehnt; das Add-in zeigte eine allgemeine Meldung „Daten erfolgreich gespeichert“ an, ohne darauf hinzuweisen, dass einige Einträge nicht gespeichert worden waren.

Das Excel-Add-in zeigt nun dieselbe benutzerdefinierte Validierungsmeldung an, die für die Kennzahl im Web konfiguriert wurde, wenn ein Wert außerhalb des zulässigen Bereichs eingegeben wird. Gültige Einträge werden wie erwartet gespeichert. Ungültige Einträge werden verworfen, und die Zelle kehrt zu ihrem vorherigen Wert zurück (oder bleibt leer, falls sie keinen hatte). Dadurch entspricht das Verhalten des Excel-Add-Ins nun vollständig der Web-Erfahrung.