Mai 2026

Dieser Artikel beschreibt die wesentlichen Funktionserweiterungen in JustPerform v26.05.

Erweiterungen des Workflows

Die folgenden Workflow-Funktionen wurden in dieser Version verbessert:

Neuer Leseknoten: Datei hochladen

Ein neuer Datei-Upload-Knoten ist unter der Kategorie Lesen im Workflow verfügbar. Mit diesem Knoten können Workflow-Designer eine dateibasierte Datenquelle konfigurieren, deren tatsächliche Datei von den Benutzern zur Laufzeit bereitgestellt wird.

Dateityp "Dateiupload" erstellen

Workflow-Designer können jetzt einen Datei-Upload-Knoten hinzufügen, ihn benennen, den zulässigen Dateityp auswählen (CSV in dieser Version; Excel-Multi-Sheet geplant) und eine Beispieldatei für die Vorschau während der Entwurfszeit auswählen. Die Beispieldatei wird von allen Workflow-Benutzern gemeinsam genutzt und dient nur zur Konfiguration des nachgelagerten File-Reader-Knotens - sie wird nie als Teil eines Laufs ausgeführt und nicht zum Upload-Verlauf hinzugefügt.

Verwalten des Laufzeit-Uploads und der Dateihistorie

Zur Laufzeit zeigt das Dialogfeld Ausführen für jeden Datei-Upload-Knoten einen eigenen Abschnitt für Datei-Uploads mit Steuerelementen für Datei auswählen, Kodierung und Begrenzer an. Die Schaltfläche Ausführen bleibt deaktiviert, bis jeder Dateiupload-Knoten eine gültige Datei enthält. Ein Abschnitt " Zuvor hochgeladene Dateien", der auf den angemeldeten Benutzer beschränkt ist, listet frühere Laufzeit-Uploads in umgekehrter chronologischer Reihenfolge zur Überprüfung auf.

Neuer Leseknoten: Datei-Leser

Ein neuer Dateireader-Knoten ist unter der Kategorie Lesen im Workflow verfügbar. Der Dateireader wird mit einem Datei-Upload-Knoten gekoppelt und analysiert die hochgeladene Datei in einen tabellarischen Datensatz für die nachgelagerte Verwendung.

Der Knoten akzeptiert eine konfigurierbare Startzelle (die die Kopfzeile und die Spalte ganz links definiert - z. B. A1) und eine Spaltenauswahloption zur Auswahl bestimmter Spalten aus der Quelldatei. Alle nachgelagerten Zuordnungen basieren auf der Spaltenposition (Spalte A, B, C...), nicht auf dem Namen der Überschrift - so dass die Umbenennung einer Überschrift in der Laufzeitdatei keine nachgelagerten Knoten zerstört. Alle Werte werden als Text gelesen. Nachgelagerte Knoten (Mapping, SQL, Write) verarbeiten jede Art von Konvertierung. Ein Datei-Upload-Knoten kann mehrere unabhängige Dateireader-Knoten versorgen.

Neuer Knoten Regelsatz: Datenaktion

Ein neuer Datenaktionsknoten ist unter der Kategorie Regelsatz im Workflow verfügbar. Der Knoten führt jede Datenaktion, die sonst als Aufgabe verfügbar ist - z. B. Blattkopie, Währungsumrechnung, Konsolidierung, automatische Journalregeln und Regelausführung - direkt als Teil eines Workflowlaufs aus. Die Workflow-Ausführung selbst ist von der Liste der unterstützten Aktionen ausgeschlossen, um Rekursionen zu vermeiden.

Der Datenaktionsknoten aktualisiert die betroffenen Komponenten direkt und gibt die Daten nicht nachgelagert weiter oder erzeugt eine Vorschau. Schreibvorgänge erzeugen Audit-Protokolleinträge, die identisch sind mit der Ausführung der gleichen Aktion als Task. Es werden mehrere unabhängige Datenaktionsknoten in einem einzigen Workflow unterstützt.

Knoten-Einstellungen

Der Abschnitt Einstellungen wird an jedem Workflow-Knoten (außer Start) eingeführt und bietet eine explizite Konfigurationsoberfläche für die Ausführungsreihenfolge. Präzedenzfallknoten - bisher implizit von Datenflussverbindungen abgeleitet - sind nun im Abschnitt Einstellungen für eine explizite Konfiguration verfügbar. Nachfolgeknoten, die bisher nur für Schreibknoten verfügbar waren, werden nun auf alle Knotenkategorien ausgedehnt. Die Einstellungen entkoppeln die logische Ausführungsreihenfolge vom Datenfluss und geben den Workflow-Designern explizite Kontrolle über die Reihenfolge der Knoten.

Einstellungen für Vorgänger- und Nachfolgeknoten

Jeder Knoten verfügt über eine Liste der Vorgängerknoten (die Knoten, die vor ihm ausgeführt werden müssen) und eine schreibgeschützte Liste der Nachfolgeknoten (die automatisch aus der Vorgängerkette abgeleitet wird). Präzedenzfälle werden automatisch aus den Dateneingabeverbindungen erstellt und können mit rein logischen Präzedenzfällen für die Sequenzierung erweitert werden. Das System blockiert Auswahlen, die eine zirkuläre Schleife erzeugen würden, und deckt Selbstreferenz, direkte, indirekte und typübergreifende Zyklen ab. Die Canvas-Pfeile werden bei der Veröffentlichung aktualisiert, um den konfigurierten logischen Präzedenzfall wiederzugeben.

Einstellungen für Lese- und Datenaktionsknoten

Bei Lese- und Datenaktionsknoten kann der Startknoten aus der Präzedenzfallliste entfernt werden, wenn ein anderer Präzedenzfall ausgewählt wird, und bei Bedarf später wieder hinzugefügt werden. Das System erzwingt, dass jeder Knoten mindestens einen Präzedenzfall beibehält - der letzte verbleibende Präzedenzfall kann nicht entfernt werden. Alle Prüfungen zur Zykluserkennung und zur eindeutigen Kante bleiben bestehen.

Erweiterungen der Datenstatusverwaltung für Journale

Die Datenstatusverwaltung für Journale wurde verbessert, um die Konfiguration zu vereinfachen, die Konsistenz zu verbessern und eine bessere Kontrolle über die Bearbeitbarkeit und Erstellung von Journalen zu ermöglichen, ohne die Konsolidierungsdaten zu beeinträchtigen.

• Ermöglicht die Konfiguration von Datenschutzregeln auf Journalebene statt auf Ebene einzelner Metriken. Eine einzige Regel kann nun konsistent auf alle Metriken innerhalb eines Journals angewendet werden.
• Behält das bestehende Journalstatus-Verhalten bei und wertet es in Kombination mit der konfigurierten Datenschutzregel aus, um festzustellen, ob ein Journaldokument bearbeitbar oder gesperrt ist.
• Ermöglicht die Zuweisung des Datenstatus auf der Ebene der Journalvorlage, um die Erstellung von Journalen für bestimmte Versionen und Zeiträume zu sperren, ohne die Konsolidierungsdaten zu beeinflussen.
• Aufzeichnung der Datenhistorie für alle Metriken auf Journallistenebene, um eine vollständige und konsistente Nachverfolgung aller Journalaktualisierungen zu gewährleisten. Die Datenhistorie wird sowohl für manuell erstellte und importierte Journale als auch für Einzel- und Massenaktualisierungen erfasst.

Hinweis zur Migration: Mit dieser Version werden automatisch alle Konfigurationen für den Datenstatus auf Journalmetrik-Ebene und die damit verbundenen Datenschutzregeln entfernt. Es sind keine Maßnahmen erforderlich, aber die zuvor gespeicherten Einstellungen auf Metrik-Ebene werden nicht beibehalten.

Weitere Informationen finden Sie unter Datenschutzregel.

Verbesserung der SFTP-Ferntabellenprotokollierung

Die Protokollierung für SFTP-Remote-Tabellen wurde verbessert, um detaillierte Protokolle für alle verarbeiteten Dateien zu liefern, anstatt nur die zuletzt verarbeitete Datei zusammen mit einer einzigen aggregierten Anzahl von Gesamtsätzen anzuzeigen.

Diese Erweiterung verbessert die Nachvollziehbarkeit, das Debugging und die Auditierbarkeit für SFTP-basierte Datenladungen.

Wichtigste Vorteile

Die Benutzer haben jetzt Einblick in die Protokolle auf Dateiebene und können diese einsehen:

• Verfolgung der Verarbeitung auf der Ebene der einzelnen Dateien
• Überwachung der Verarbeitung mehrerer Dateien innerhalb eines Stapels
• Effektivere Validierung der Datenladeergebnisse
• Probleme mit größerer Genauigkeit beheben

Verbesserung der Nachrichtenbox (Endgültige Protokollzusammenfassung)

Wenn mehrere Dateien verarbeitet werden, wird jetzt die Message Box angezeigt:

• Die Gesamtzahl der aggregierten Datensätze aller verarbeiteten Dateien
• Anzahl der Datensätze auf Dateiebene für jede einzelne Datei

Umfang

Diese Verbesserung gilt nur für:

• Die endgültige Ausgabe der Message Box
• SFTP-basiertes Laden von Daten

Erweiterungen der Transaktionstabelle

Die folgenden Funktionen der Transaktionstabelle wurden in dieser Version erweitert:

Daten aus der Tabelle speichern

Benutzer können jetzt Daten direkt aus dem Transaktionsgitter eingeben, aktualisieren und speichern. Bisher konnte man einer Transaktionstabelle nur über die Importfunktion Daten hinzufügen. Mit dieser Erweiterung können Designer Werte in Zellen eingeben, Zeilen an der richtigen Stelle einfügen (Rechtsklick > Zeile einfügen), vorhandene Zeilen aktualisieren und speichern - ohne die Datei zu exportieren und erneut zu importieren. Alle beim Import angewendeten Validierungsregeln (obligatorische Dimensionen, Behandlung von Duplikaten, Erzwingung von Datentypen) gelten identisch für die Gittereingabe.

Benutzerdefinierter Eingabeschnipsel

Mit dieser Version wird die Unterstützung für benutzerdefinierte Eingabeschnipsel in Transaktionstabellen eingeführt. Bislang enthielt jede Transaktionstabelle nur die drei Standardausschnitte - Originaltabelle, gesamte Daten und Verlauf. Mit dieser Version können Benutzer ein viertes, benutzerdefiniertes Snippet vom Typ Input erstellen.

Wenn "Snippet erstellen" geöffnet wird, werden vier Snippet-Typen aufgelistet; in dieser Version ist nur "Eingabe" aktiv (die anderen drei sind für die zukünftige Verwendung reserviert). Das Input Snippet erbt die Metriken, Dimensionen und die Einstellung "Duplikate aktivieren" der übergeordneten Transaktionstabelle als schreibgeschützt - diese bleiben automatisch synchron, wenn sich die übergeordnete Tabelle ändert. Die Benutzer konfigurieren das Layout (Zeilen und Filter), die Einstellungen, den Namen, den Titel und die Sichtbarkeit (privat/öffentlich) des Snippets selbst.

Nach der Veröffentlichung erscheint das Snippet in der Snippet-Liste auf der Registerkarte Öffentlich oder Privat und unterstützt die Standardoperationen für Snippets: Favorisieren, Kopieren, Löschen und Öffnen in einer neuen Registerkarte. Es können mehrere voneinander unabhängige Eingabeschnipsel für eine einzige Tabelle erstellt werden.

Für weitere Informationen siehe Transaktionen - Tabelle.

Abgleich der Kontrollzählungen der Board Summary mit den Kontrolldetails

Bei der Anzeige von Kontrollstatus auf einer Karte und der Auswahl der Zusammenfassungsindikatoren (Gültig, Fehler, Warnung) stimmen die Kontrollberichtsdetails jetzt genau mit den entsprechenden Zusammenfassungszahlen überein.

Die Zusammenfassung auf Vorstandsebene und die dazugehörige Detailansicht sind jetzt vollständig aufeinander abgestimmt. Diese Konsistenz wird dadurch erreicht, dass doppelte Kontrollzählungen auf der Zusammenfassungsebene eliminiert werden und nur eindeutige Kontrolldatensätze berechnet werden, wenn mehrere Snippets auf dieselbe Kontrollmetrik mit derselben Schnittmenge verweisen.

Versionsanzeige für Modelle, Verbindungen, Tischsets und Remote-Tische

JustPerform bietet Zugriff auf die neuesten Versionsinformationen für Modelle, Verbindungen, Tabellensätze und entfernte Tabellen.

Modelle

Die neueste Version eines Modells ist über das Drei-Punkte-Menü in der Kopfzeile der Regelnavigation für Erweiterte, Virtuelle und Standardmodelle verfügbar.

Der Versionsverlauf wird aktualisiert, wenn die folgenden Aktionen stattfinden:

• Erstellen eines Modells
• Löschung eines Modells
• Aktualisierung eines Standardmodells (z. B. Hinzufügen oder Entfernen von Dimensionen, Änderung von Informationen)
• Aktualisieren eines virtuellen Modells (beliebige Änderungen)
• Aktualisieren eines Zeitschriftenmodells (beliebige Änderungen)
• Aktualisierung eines erweiterten Modells (z. B. Änderung von Abfragen oder anderen Informationen)

Suche in der Versionsgeschichte

In der Tabelle Versionshistorie können Benutzer Datensätze anhand der folgenden Felder suchen:

• Ereignis-ID
• Objektschlüssel
• Objektname:

Spaltenfilterung

In der Tabelle Versionsgeschichte wird in jeder Spalte ein Filtersymbol angezeigt, wenn Sie den Mauszeiger über die Spaltenüberschrift bewegen. Wenn Sie auf das Symbol klicken, werden die verfügbaren Werte für diese Spalte angezeigt. Die Filterung durch Mehrfachauswahl wird unterstützt.

Verbindungen

In der Tabelle "Verbindungen" kann die neueste Version einer Verbindung über das Menü mit den drei Punkten für diese Verbindung aufgerufen werden.

Tischsets und Remote-Tische

Im linken Ressourcenbereich ist die neueste Version eines Tabellensatzes oder einer Remote-Tabelle über das Drei-Punkte-Menü des jeweiligen Elements verfügbar.

Ebene 2-Kopfzeile ausblenden, wenn "Bereich festlegen" für Zeilen oder Spalten aktiviert ist

Wenn "Bereich festlegen" für Zeilen, Spalten oder beides in einem Eingabe- oder Berichts-Snippet aktiviert war, wurden Dimensionen und metrische Elemente, die von FA Context gesteuert wurden, bisher immer noch fälschlicherweise in der Kopfzeile der Ebene 2 für diese Achse angezeigt. Die Kopfzeile der Ebene 2 wird nun korrekt für jede Achse unterdrückt, bei der "Bereich einstellen" aktiv ist. Nur Stäbe, die im Bereich "Filter" oder auf einer Achse platziert sind, bei der "Bereich einstellen" nicht aktiviert ist, werden weiterhin auf Ebene 2 angezeigt.

Darüber hinaus wird jede Konfigurationsänderung, wie z. B. das Aktivieren des Kontrollkästchens "Bereich festlegen" oder das Verschieben einer Dimension/Messung zwischen Abschnitten, jetzt sofort in der Live-Vorschau angezeigt, ohne dass eine Veröffentlichung oder manuelle Aktualisierung erforderlich ist. Wenn "Bereich einstellen" auf einer Achse deaktiviert ist, kehrt diese Achse zum Standardverhalten zurück und die Kopfzeilen der Ebene 2 werden wie gewohnt angezeigt. Mitglieder, die in den Bereich Filter oder in eine Achse verschoben werden, die nicht den eingestellten Bereich enthält, erscheinen korrekt in den Überschriften der Ebene 2.

Verbesserte Fehlermeldung bei der Speicherung

Wenn Benutzer Daten in ein Blatt oder einen Eingabeschnipsel eingeben und die Option "Eingabe in übergeordnetes Element aktivieren" aktiviert ist, können sie mehrere übergeordnete Elemente auswählen und Daten für alle daraus resultierenden Kombinationen eingeben. Wenn die Anzahl der Kombinationen jedoch die Systemgrenze (2.147.483.647) überschreitet, schlägt der Speichervorgang fehl.

Diese Funktion verbessert die Benutzerfreundlichkeit durch:

• Anzeige einer klaren, zentrierten Fehlermeldung, wenn das Limit überschritten wird.
• Ausdrückliche Erklärung, dass das Scheitern auf zu viele Kombinationen von Elternteilen zurückzuführen ist.
• Anleitung der Benutzer zur Durchführung von Korrekturmaßnahmen, z. B. Verringerung der Anzahl ausgewählter Elternteile.

Insgesamt wird so sichergestellt, dass die Benutzer sofort verstehen, warum die Speicherung fehlgeschlagen ist, anstatt davon auszugehen, dass ihre Daten erfolgreich gespeichert wurden.

Aggregation mehrerer Auto-Mapping-Regeln

Bei der Konfiguration mehrerer Auto-Mapping-Regeln mit demselben Ausgabeziel (z. B. P12000) wendete das System die Regeln bisher sequentiell an, wodurch die Ergebnisse früherer Regeln durch die zuletzt ausgeführte Regel überschrieben wurden.

product name and version here fasst nun die Ergebnisse aller anwendbaren Regeln zusammen und stellt damit sicher, dass:

• Frühere Regelergebnisse werden nicht ungewollt überschrieben
• Die finanziellen Ergebnisse sind genau, konsistent und vorhersehbar.

Note: Auto-Mapping-Regeln, die keine übereinstimmenden Daten liefern (z. B. Nullergebnisse oder leere Quellen), werden von der Aggregation ausgeschlossen.

Erweiterungen der Plattform

Die folgenden Erweiterungen auf Plattformebene sind in dieser Version enthalten:

Upgrade der Axios-Bibliothek

Die HTTP-Client-Bibliothek von Axios wurde auf eine neuere Version aktualisiert, um Sicherheitshinweise zu berücksichtigen und die Plattform an die aktuellen Standards für Abhängigkeiten anzupassen.

Wartungsplan für metrische Tabellen (StarRocks)

Der Wartungsplan für metrische Tabellen auf StarRocks wurde von monatlich auf wöchentlich geändert, um Leistungseinbußen bei lang laufenden Prozessen mit großen Datenmengen zu vermeiden. Die Aktivität gilt nur für metrische Tabellen; Dimensionstabellen sind davon nicht betroffen.

Verbesserungen an Dimensionen - Überprüfung von Bindestrichen im Dimensionsnamen

Die Validierung für das Feld Dimensionsname wurde verbessert, um das Bindestrichzeichen (-) abzulehnen. Wenn ein Bindestrich eingegeben wird, erscheint die Inline-Überprüfungsmeldung "Bitte keine Sonderzeichen außer Unterstrich eingeben" unter dem Feld, der Feldrand wird rot hervorgehoben, und die Dimension kann erst gespeichert werden, wenn das ungültige Zeichen entfernt wird. Der Unterstrich (_) bleibt das einzige erlaubte Sonderzeichen.

Ordnungsgemäße Behandlung von leeren Daten in der erweiterten automatischen Zuordnungsregel von Explore

Die Ansicht "Erweiterte automatische Zuordnungsregeln untersuchen" wurde so erweitert, dass die Auswahl von Kontexten für Funktionsbereiche (FA), die keine Daten zurückliefern, problemlos gehandhabt werden kann. Statt irreführender Systemfehlermeldungen wie "Etwas ist schief gelaufen" oder "Überprüfen Sie die Berichtsdefinition" behandelt product name and version here jetzt leere Ergebnisse korrekt als gültigen Zustand und präsentiert ein leeres Gitter ohne Fehler.

Diese Erweiterung verbessert die allgemeine Benutzerfreundlichkeit, indem sie Verwirrungen reduziert und unnötige Fehlermeldungen eliminiert. Die Benutzer können jetzt die FA-Kontextauswahl ohne Unterbrechung erkunden und anpassen, was einen reibungsloseren und intuitiveren Arbeitsablauf gewährleistet.

Gelöste Probleme im Mai 2026

Die folgenden Probleme sind in der Version vom Mai 2026 behoben.