Juli 2026

Unter drei Minuten zu acht Änderungen dieses Monats – Launcher, maschinelles Lernen in Workflows, der Datentyp „Währung“, PlaidCloud Git, verwaltete Buckets, OneDrive- und SharePoint-Konten, Analysepfade sowie Hilfe & Support – und was Ihnen jede davon erspart.

Ausgelieferte Releases

Version	Veröffentlicht
v5.11.0	2026-07-09
v5.11.1	2026-07-13
v5.11.2	2026-07-15
v5.11.4	2026-07-20
v5.11.5	2026-07-21
v5.11.6	2026-07-22
v5.11.7	2026-07-22
v5.11.8	2026-07-22
v5.11.9	2026-07-22

Hinzugefügt

• Ein neuer Launcher. Nach der Anmeldung öffnet sich jetzt der Launcher: eine Seite mit Kacheln, die Ihre zuletzt verwendeten Projekte, Dashboards und Panel-Apps, alles Angeheftete und jeden Workflow, dessen letzte Ausführung fehlgeschlagen ist, an einem Ort bündelt – in drei Bereichen, in denen Sie direkt handeln können: eine Kachel öffnen, einen Workflow ausführen, zu einer fehlgeschlagenen Ausführung springen oder sie ausblenden. Heften Sie alles vom Launcher aus an oder aus den Listen und dem Dokumentbrowser, in denen Sie ohnehin arbeiten – Projekte, Workflows, Tabellen, Dimensionen, Daten-Editoren, Dashboards, Panel-Apps sowie Dokumente als Datei oder Ordner. Projektkacheln fassen das Projekt zusammen (Workflow-Ausführungen, Workflows, Tabellen, Datensätze) und tragen ein abgeblendetes Hintergrundbild, das Sie pro Projekt unter Launcher-Kachelbild auf der Registerkarte „Home“ des Projekts festlegen können. Wechseln Sie zwischen Kacheln und einer kompakten Liste, blenden Sie nicht gewünschte Typen aus und drücken Sie Ctrl/Cmd-K, um Projekte, Workflows, Tabellen, Dashboards und Panel-Apps schon beim Tippen zu durchsuchen. Siehe Der Launcher.

• Eine Sammlung oder Spezifikation in einen REST-Anfrage-Schritt einfügen. Die Quellen Postman, OpenAPI/Swagger und HAR haben jeweils eine Schaltfläche Einfügen… neben der Dateiauswahl erhalten, sodass Sie den Inhalt direkt angeben können, statt ihn zuerst in Document zu speichern. Siehe REST-Anfrage-Schritt.

• Eine API-Definition an eine REST-Verbindung anhängen. Generische REST- und MuleSoft-Verbindungen können jetzt ihre eigene OpenAPI-3.x- oder Swagger-2.0-Definition mitführen – eine veröffentlichte Adresse oder eine in Document abgelegte Spezifikationsdatei. Legen Sie sie einmal an der Verbindung unter API-Definition fest; dann kann jeder REST-Anfrage-Schritt, der diese Verbindung verwendet, Endpunktquelle auf Aus der API-Definition der Verbindung setzen und die Endpunkte der API auflisten, wobei Methoden, Parameter und Bodys bereits ausgefüllt sind – ohne die Definition in jedem Schritt erneut anzugeben. Siehe Generische REST-Verbindung und REST-Anfrage-Schritt.

• MuleSoft ist als Verbindungstyp verfügbar. Fügen Sie über das Menü Neue Verbindung ein MuleSoft-Anypoint-Gateway hinzu und konfigurieren Sie es wie jede andere REST-Verbindung – mit Ihrer eigenen Gateway-Adresse und der jeweils erwarteten Authentifizierung. Siehe MuleSoft-REST-Konnektor.

• PlaidCloud-Git-Verbindungen. Verbinden Sie sich mit dem eigenen verwalteten Git-Server Ihres Workspaces über ein vereinfachtes Formular – nur Kontoname, Memo, Repository-Pfad, Standard-Branch und optionaler Startpfad –, ohne Server-URL, Benutzernamen, Token oder SSH-Schlüssel eingeben zu müssen, da Ihr Git-Server und Ihr Zugriff darauf aus Ihrer normalen PlaidCloud-Anmeldung stammen. Richten Sie den Build einer Server-Panel-App auf eine PlaidCloud-Git-Verbindung aus, um Builds vollständig innerhalb Ihres Workspaces zu automatisieren, ohne externes GitHub-Konto oder Zugriffstoken. Externe Git-Anbieter (GitHub, GitLab, Bitbucket, Forgejo, Gitea) behalten ihr vollständiges Verbindungsformular. Siehe PlaidCloud-Git-Verbindung.

• Währung – ein Spaltendatentyp für Geldbeträge. Jede Datentypliste für Spalten – Ausgabespalten-Zuordnungen von Schritten, das Raster des Data Mapper, die Spalteneigenschaften einer Tabelle sowie MCP-/KI-Werkzeuge – bietet jetzt Währung: einen exakten Festkommatyp mit 18 Stellen Genauigkeit und 4 Dezimalstellen (etwa ±100 Billionen, auf 1/10.000 genau). Er speichert Geldbeträge mit der halben Speicherbreite von Numeric, sodass geldintensive Dashboards und Workflow-Schritte etwa die Hälfte der Daten scannen und schneller laufen; Numeric bleibt der Standard mit hoher Genauigkeit (38 Stellen, 10 Dezimalstellen). Währung ist immer Ihre ausdrückliche Wahl – Importe, Typerkennung, SQL-Ergebnisse und abgeleitete Spalten verwenden weiterhin standardmäßig Numeric – und bleibt, einmal an einer Spalte festgelegt, über Lesevorgänge, nachgelagerte Schritte und Tabellenneuaufbauten hinweg erhalten. Aggregationen von Währung liefern Numeric. Die Option erscheint, sobald das Plattform-Update in Ihrem Workspace live ist. Siehe Datentyp „Währung“.

• Erneuten Import unveränderter Quelldateien überspringen – Dateiimport-Schritte (CSV, Excel, Feste Breite, JSON, Avro, Parquet, Alteryx yxdb, dbf, XML, Access) haben eine neue Option Erneuten Import überspringen, wenn Quelldateien unverändert sind. Ist sie aktiviert, überspringt eine Workflow-Ausführung den gesamten Download, die Konvertierung und den Tabellenneuaufbau, wenn sich die Quelldateien und die Einstellungen des Schritts seit der letzten erfolgreichen Ausführung nicht geändert haben – ein geplantes Neuladen wiederholt die Arbeit also nicht mehr. Standardmäßig aktiviert – deaktivieren Sie die Option an einem Schritt, um immer neu zu importieren; die Änderung wird anhand von Größe und Änderungszeit jeder Datei erkannt, zuzüglich eines Inhalts-Hashes, wo die Quelle einen liefert. Manuelle, einmalige Importe werden immer ausgeführt. Siehe Import CSV.

• Maschinelles Lernen in Workflows – die Schritte ML: Modell trainieren und ML: Bewerten. Trainieren Sie ein Modell auf einer beliebigen Tabelle – mit sieben Algorithmen zur Auswahl, darunter lineare und logistische Regression, Entscheidungsbäume, Random Forests und Gradient Boosting – und bewerten Sie damit Daten, wobei eine Vorhersagespalte angehängt wird, und zwar vollständig innerhalb eines Workflows. Das trainierte Modell fließt wie jede andere Tabelle durch den Workflow, mit Algorithmus, Einstellungen, Merkmalen und Trainingskennzahlen, die daneben aufgezeichnet werden; falsch geschriebene Algorithmen oder Einstellungen werden beim Speichern des Schritts erkannt. Siehe ML: Modell trainieren und ML: Bewerten.

• Dokumentenkonten für von PlaidCloud verwaltete Buckets. Fügen Sie Document vollständig verwalteten Dateispeicher in einem einzigen Schritt hinzu – ohne Cloud-Projekt, Zugangsdaten, Region oder Speicherstufe, die eingerichtet oder abgestimmt werden müssten. Verfügbar in den Tarifen Business und Enterprise. Siehe Ein Konto für einen von PlaidCloud verwalteten Bucket hinzufügen.

• Eine OneDrive- oder SharePoint-Site mit minimalen Berechtigungen verbinden. Fügen Sie eine OneDrive-for-Business- oder SharePoint-Site als Dokumentenkonto hinzu, das nur die Sites erreichen kann, die Ihr Microsoft-Administrator ausdrücklich freigegeben hat – das Sites.Selected-Modell von Microsoft –, statt Ihren gesamten Microsoft-365-Tenant. Wählen Sie OneDrive als Dienst des Kontos, geben Sie Client-ID, Geheimnis und Tenant-ID Ihrer App-Registrierung ein, fügen Sie die URL einer freigegebenen Site ein und wählen Sie eine ihrer Dokumentbibliotheken als Startordner. Sites, die Sie nicht freigeben – Gehaltsabrechnung, Personalwesen und dergleichen –, bleiben vollständig unerreichbar. Siehe OneDrive-/SharePoint-Konto hinzufügen.

• Ein leistungsfähigerer REST-Anfrage-Schritt. Die REST-Anfrage kann einen Aufruf jetzt über die Zeilen einer Treibertabelle auffächern – eine Anfrage pro Zeile, mit optionalem Zeilenfilter –, wobei Schlüsselspalten auf die Ergebnisse übertragen werden, mit Parallelitätsgrenze, Anfragerate-Obergrenze, einem optionalen Idempotenzschlüssel für sichere Wiederholungen, einer Option zum Fortfahren bei Fehlern und klarer Fehlermeldung pro Zeile. Neue Hilfen beim Erstellen erleichtern das Aufbauen und Prüfen von Anfragen: Import aus einem curl-Befehl, Einfügen und Hervorheben von Variablen-Token (einschließlich der Spalten einer Treibertabelle), Testen der ersten aufgefächerten Zeile, Vorschau der aufgelösten Anfrage und ihrer Paginierung vor der Ausführung, Wiederherstellen ungespeicherter Entwürfe, direktes Bearbeiten der ausgewählten Verbindung und eine Bestätigung vor dem Speichern einer Anfrage, die Sie nicht erfolgreich getestet haben. Siehe REST-Anfrage-Schritt.

• Ein erweitertes Hilfe-&-Support-Angebot. Hängen Sie Screenshots und Dateien an Tickets und Antworten an (Bilder werden inline angezeigt), bearbeiten Sie Tickets in einer sortierbaren, filterbaren Support-Konsole (antworten, interne Notizen hinzufügen, übernehmen, Priorität festlegen und an PlaidCloud eskalieren), leiten Sie Benachrichtigungen über neue Tickets an einen Slack-, Teams- oder E-Mail-Kanal weiter, benachrichtigen Sie den Ticketeigentümer per E-Mail, wenn ein Ticket eine Antwort erhält, und eskalieren Sie Tickets automatisch, wenn sie zu lange unbeantwortet bleiben. Siehe Hilfe erhalten, Die Support-Konsole und Support verwalten.

• Analysepfade für KI-Fragen. Geben Sie den Tabellen, die Sie am häufigsten analysieren, einen verständlichen Namen und legen Sie eine als Standard fest, sodass Sie und Ihr KI-Assistent nach „den Operations-Ergebnissen“ – oder einfach „Was hat sich im letzten Quartal geändert?“ – fragen können, ohne jedes Mal Projekt und Tabelle zu nennen. Funktioniert mit Microsoft 365 Copilot und jedem MCP-verbundenen Agenten. Siehe Analysepfade.

• Intelligentere, ehrlichere KI-Kostenverfolgung bei Umlagen. Wenn Sie einen MCP-verbundenen KI-Agenten fragen, warum sich ein Umlageergebnis geändert hat, enthält die Antwort jetzt eine verständlich formulierte Konfidenzstufe und Einschränkungen – mit Hinweis, wenn eine Ursache aus überlappenden Faktoren besteht, wenn sie von der aktuellen Hierarchie oder den aktuellen Treibergewichten abhängt oder wenn ein Teil der Änderung lediglich ein unfertiger Datenladevorgang sein könnte –, und diese Vertrauenssignale bleiben auch dann erhalten, wenn ein nachfolgender Agent die Antwort zusammenfasst. Administratoren können außerdem eine optionale Prüfung aktivieren, die die Konfidenz senkt und eine Antwort kennzeichnet, wenn die Pool- oder Treiberdaten dahinter nicht kürzlich neu geladen wurden. Bei einem Ergebnis aus mehreren Umlageverzweigungen gewichtet die Konfidenz jetzt jede Verzweigung danach, wie viel der Änderung sie erklärt, sodass eine kleine, unsichere Verzweigung eine ansonsten saubere Antwort nicht herunterzieht. Sie können außerdem Was-wäre-wenn-Fragen zur Neugewichtung von Treibern stellen („Was wäre, wenn sich der Personalbestand dieser Kostenstelle verdoppelte?“), und die vollständige Ursachenanalyse lässt sich jetzt auch über die REST-API steuern, nicht nur über einen KI-Agenten. Siehe Umlagen mit einem MCP-verbundenen KI-Agenten nachverfolgen.

• Eine schriftliche Zusammenfassung der Nachverfolgung, der Sie vertrauen können – und die Ihre KI prüfen kann. Wenn Sie einen MCP-verbundenen KI-Agenten fragen, warum sich ein Umlageergebnis geändert hat, kann er jetzt eine verständlich formulierte Zusammenfassung zurückgeben, die direkt aus der Analyse erstellt wird: Sie nennt die Konfidenzstufe, enthält jede Einschränkung und nennt keine Zahl, die nicht aus einer echten Abfrage stammt. Eine begleitende Treueprüfung lässt den Agenten bestätigen, dass seine umformulierte Fassung die Konfidenz und jede Einschränkung beibehalten und nichts erfunden hat – die Darstellung ist also nachweislich treu und nicht nur flüssig. Jede Zusammenfassung schlägt außerdem die naheliegende nächste Frage vor – auf ein einzelnes Mitglied eingrenzen, die Änderung nach einer Dimension aufschlüsseln oder auf einen bestimmten erzeugenden Schritt verweisen, wenn eine Ergebnistabelle von mehr als einem aufgebaut wird –, sodass Sie nachfassen können, ohne den genauen Wortlaut zu kennen. Siehe Antworten, denen Sie vertrauen können.

• Schrittdaten im Visuellen Workflow-Designer in der Vorschau ansehen. Sehen Sie die Ausgabe eines Schritts an Ort und Stelle, ohne ein neues Fenster zu öffnen – docken Sie unten an der Arbeitsfläche eine Vorschau der ersten 100 Zeilen an, mit typisierten Spalten, Zeilen- und Spaltenanzahl und einer Auswahl für Schritte mit mehreren Ausgaben. Ein Klick auf einen anderen Schritt richtet die Vorschau neu aus, sie aktualisiert sich, wenn eine Ausführung abgeschlossen ist, und mit einem Klick öffnen Sie den vollständigen Tabellen-Explorer. Siehe Schrittdaten in der Vorschau ansehen.

• Eine Panel-App gegen versehentliche Änderungen sperren. Ein Schlosssymbol in jeder Zeile von „Meine Panel-Apps“ schützt eine App so, wie es die bestehenden Sperren für Workflows und Schritte tun: Solange sie gesperrt ist, lassen sich Bearbeiten, Entfernen und Neuaufbau nicht ausführen – und ein Git-Push auf den Branch einer Server-App baut sie nicht mehr neu –, während das Öffnen der App, ihrer Protokolle und ihrer Nutzungsmetriken weiterhin funktioniert. Es ist ein Schutz vor Versehen, keine Sicherheitskontrolle: Jeder, der Panel-Apps bearbeiten kann, kann sie entsperren. Siehe Eine App sperren.

• Workflow-Schritte werden automatisch nummeriert. Jeder Schritt trägt jetzt eine Nummer – ein Abzeichen auf der visuellen Arbeitsfläche, die erste Spalte des Schrittrasters und dasselbe „Schritt 7“ in Ausführungsprotokollen, Workflow-Dokumentationsberichten und Auflistungen des KI-Assistenten –, sodass Sie ein Teammitglied oder einen KI-Agenten auf „Schritt 7“ verweisen können, statt einen Schritt in einem verworrenen importierten Workflow mit seinem Namen zu beschreiben. Die Nummern folgen dem Fluss (ein Schritt wird immer nach den Schritten nummeriert, aus denen er gespeist wird), die Position auf der Arbeitsfläche entscheidet bei Gleichstand von links nach rechts, dann von oben nach unten, und die Arbeitsfläche jedes Benutzers nummeriert live neu, während der Workflow bearbeitet wird, wobei Schritte mit geänderter Nummer kurz hervorgehoben werden. Klicken Sie mit der rechten Maustaste auf einen Schritt (oder klicken Sie auf sein Abzeichen), um einen einfügefertigen Verweis wie „Schritt 7 – Kundennamen bereinigen“ zu kopieren. Siehe Schrittnummern.

• Zwei neue Workflow-Schritte – Verzeichnisliste und Zeilenanzahl-Prüfung. Die Verzeichnisliste schreibt eine Tabelle der Dateien in einem Dokumentverzeichnis (mit optionalem Dateimuster und einer Option für Unterverzeichnisse), sodass nachgelagerte Schritte mit den vorhandenen Dateien arbeiten können. Die Zeilenanzahl-Prüfung ist ein Datenqualitäts-Gate, das den Workflow fehlschlagen lässt, wenn zwei Tabellen unterschiedliche Zeilenanzahlen haben. Siehe Verzeichnisliste und Zeilenanzahl-Prüfung.

• Aus dem Visuellen Workflow-Designer zu den Protokollen eines Workflows springen. Eine Schaltfläche Protokolle anzeigen in der Symbolleiste der Arbeitsfläche öffnet die Protokollansicht des Projekts, bereits auf den geöffneten Workflow gefiltert – dasselbe vollständige Ausführungsprotokoll, das Sie sonst über den Projektbereich erreichen. Siehe Erweiterte Workflows.

Geändert

• Table Update schreibt in eine Zieltabelle, statt die Quelle zu ändern. Der früher als Table In-Place Update bekannte Schritt heißt jetzt Table Update und ist wieder im Menü „Neuer Schritt“ zu finden. Er liest die Quelle, aktualisiert die Zeilen, die Ihrem Filter entsprechen, und schreibt alle Zeilen – geänderte wie unveränderte – in eine Zieltabelle Ihrer Wahl, wobei die Quelle zum Vergleich unverändert bleibt. Die Spalten des Ziels spiegeln stets die der Quelle wider, einschließlich jeder Spalte, die nach dem letzten Öffnen des Schritts weiter vorgelagert hinzugefügt wurde. Da die Aktualisierung nicht mehr direkt erfolgt, läuft sie auf jedem Warehouse, auch auf solchen, die keine direkte Änderung einer Tabelle erlauben. Eine Ansicht ist ein gültiges Ziel. Vor dieser Änderung gespeicherte Schritte benötigen eine ausgewählte Zieltabelle, bevor sie laufen, und jeder Schritt, der die Quelle in der Erwartung aktualisierter Zeilen gelesen hat, muss auf das neue Ziel verweisen. Siehe Table Update.

• Mehrtabellen-Join akzeptiert dynamische Quell- und Zieltabellen. Aktivieren Sie Dynamisch an einer Tabellenauswahl und geben Sie statt einer Auswahl aus der Liste einen Tabellennamen oder einen Projektpfad an – beide können {variable}-Token enthalten, die bei der Ausführung des Workflows aufgelöst werden, sodass ein Join nach /03 Results/FACT_GL_{year} schreiben und in jeder Periode eine andere Tabelle aufnehmen kann. Das Ziel wird erstellt, falls es nicht existiert. So funktionierten die Tabellen aller anderen Schritte bereits; der Mehrtabellen-Join erforderte bisher eine aus der Liste gewählte Tabelle und ließ sich anders nicht speichern. Die Spalten einer dynamischen Quelle können zur Entwurfszeit nicht gelesen werden, daher geben Sie sie im Seitenbereich von Hand ein. Siehe Mehrtabellen-Join-Schritt.

• Ausgabespalten des Mehrtabellen-Joins können einen Ausdruck oder eine Konstante enthalten. Eine Ausgabespalte bezieht ihren Wert jetzt aus genau einer von drei Quellen – einer Quellspalte (mit dem Alias der Arbeitsfläche, dem sie gehört), einer Konstante oder einem Ausdruck. Ausdrucksspalte hinzufügen hängt eine Zeile an und öffnet den vollständigen Ausdruckseditor mit allen Tabellen der Arbeitsfläche in seinem Spaltenbrowser, sodass ein Wert mehrere verknüpfte Tabellen umfassen kann. Der Post-Join Filter ist derselbe Editor statt eines einfachen Textfelds und listet die Ausgabespalten auf, auf die Sie als result.column_name verweisen können. Der Editor reduziert sich auf drei Registerkarten: Die ausschließlich interne Registerkarte Advanced (server-set) entfällt, und diese Einstellungen bleiben beim Speichern erhalten. Siehe Mehrtabellen-Join-Schritt.

• Dateiimporte verarbeiten große Dateien und behalten Quelldatentypen bei. Importe von Excel-, JSON-, Parquet-, Alteryx-yxdb-, dBASE- und Dateien mit fester Breite laden die Datei nicht mehr vollständig in den Speicher, sodass große Dateien, die zuvor mit Speichermangel scheiterten, jetzt importiert werden – die praktische Grenze ist der Speicherplatz, nicht der Arbeitsspeicher. Die Datentypen der Quelle – Dezimalzahlen, Datumswerte und Zeitstempel – werden jetzt in die Zieltabelle übernommen, statt den Umweg über Text zu nehmen, und Parquet-Zeitstempelspalten behalten ihre volle Tageszeitgenauigkeit (zuvor auf das Datum gekürzt). Bewusst unverändert: Leere numerische Zellen werden weiterhin als 0 geladen, und die Spalten für Dateiname, Pfad, Arbeitsblattname, Zeilennummer und letzte Änderung verhalten sich genau wie zuvor, wobei Zeilennummern pro Quelldatei gezählt werden. Siehe Excel importieren, JSON importieren und Parquet importieren.

• JSON-Importe akzeptieren zeilenweise getrennte Dateien und erzeugen standardkonformen JSON-Text. Der Schritt JSON importieren akzeptiert jetzt zusätzlich zu JSON-Arrays zeilenweise getrenntes JSON (NDJSON) – ein Objekt pro Zeile –, und verschachtelte Objekte und Arrays landen in der Tabelle als standardkonformer, kompakter JSON-Text statt in Python-Notation, sodass nachgelagerte Schritte sie mit beliebigen JSON-Werkzeugen parsen können. Siehe JSON importieren.

• Repository, Branch und Ordner für eine Git-Verbindung auswählen. Das Formular der Git-Verbindung verlangt nicht mehr, einen Repository-Pfad, Branch-Namen oder Startpfad einzutippen – Sie wählen sie aus Live-Listen. Geben Sie den Server und die Zugangsdaten ein (bei einer PlaidCloud-Git-Verbindung ist nichts einzugeben), klicken Sie auf „Aktualisieren“, um die Repositorys aufzulisten, die die Verbindung erreichen kann, wählen Sie eines aus, um seine Branches zu laden, und durchsuchen Sie dann seine Ordner, um einen optionalen Startpfad festzulegen – ein falsch geschriebener Name kann die Verbindung also nicht unbemerkt beschädigen. Beim Bearbeiten einer bestehenden Verbindung wird ohne erneute Eingabe des gespeicherten Passworts durchsucht. Gilt für PlaidCloud Git und jeden externen Anbieter (GitHub, GitLab, Bitbucket, Forgejo, Gitea). Siehe PlaidCloud-Git-Verbindung.

• Die KI-Kostenverfolgung ist genauer und schwerer in die Irre zu führen. Was-wäre-wenn-Schätzungen sind jetzt echte Zahlen pro Ziel, die sich über eine Auffächerung hinweg addieren, statt Obergrenzen, und lassen sich auf ein einzelnes Ziel eingrenzen – und wird eine Schätzung auf eine Treiber- oder Basistabelle statt auf den Eingabepool gerichtet, lehnt der Agent sie ab und erklärt, warum. Was-wäre-wenn-Berechnungen zur Treiber-Neugewichtung sind exakt: Sie verschieben nur den Betrag, den der Treiber tatsächlich aufteilt, und lassen durchlaufende Kosten unberührt. Der Agent erkennt jetzt irreführende Konstellationen und senkt dabei seine Konfidenz – eine Summe, deren große Ausschläge nach oben und unten sich zu einer kleinen Nettoänderung ausgleichen, oder eine Änderung, die überwiegend durchlaufend statt treibergesteuert ist –, nennt, wie stark sich der vom Treiber gesteuerte Betrag tatsächlich bewegt hat, und überbewertet nicht mehr einen einzelnen „dominanten Faktor“, wenn die Aufteilung unzuverlässig ist. Er erklärt außerdem Umlagen über Dimensionshierarchien, statt sie unzugeordnet zu lassen. Aktualitätsprüfungen der Daten decken jetzt Treiber- und Basistabellen ab, Ergebnisse, die von mehr als einem Umlageschritt erzeugt wurden, lassen sich durch Auswahl des Schritts nachverfolgen – oder automatisch, wenn ein Filter auf Zeilen eingrenzt, die nur ein Schritt erzeugt hat –, und ein Vorjahresvergleich ohne Vorjahresdaten sagt das jetzt, statt die Änderung „normal“ zu nennen. Siehe Umlagen mit einem MCP-verbundenen KI-Agenten nachverfolgen.

• Externe Tabellen: die Spalten einer einzelnen Tabelle aus der Quelle aktualisieren. In den Schritten „Externe Datenbanktabellen importieren“ und „Externe Tabellen exportieren“ liest die Schaltfläche Quelle untersuchen pro Tabelle jetzt die aktuellen Spalten der ausgewählten Tabelle direkt aus der verbundenen Datenbank und aktualisiert nur die Zuordnung dieser Tabelle an Ort und Stelle – praktisch, wenn sich die Spalten einer Quelltabelle seit dem Erstellen des Schritts geändert haben, ohne die Erkennung für die gesamte Verbindung erneut auszuführen. Siehe Externe Datenbanktabellen importieren.

• Die Anwesenheitsanzeige im Visuellen Workflow-Designer zeigt jetzt echte Avatare. Wenn mehrere Personen denselben erweiterten Workflow geöffnet haben, zeigt die Anwesenheitszeile der Symbolleiste jede Person jetzt mit ihrem Gravatar (oder ihren Initialen, falls keiner vorhanden ist), und eine Person erscheint nur einmal, unabhängig davon, in wie vielen Browser-Tabs sie ihn geöffnet hat. Siehe Erweiterte Workflows.

• Das Öffnen einer Server-Panel-App zeigt jetzt echten Fortschritt. Der Weckbildschirm zeigte bisher eine Meldung für den gesamten Start und danach eine generische Zeitüberschreitung, sodass eine App, die gar nicht starten konnte, genauso aussah wie eine, die nur langsam war. Er meldet jetzt die tatsächliche Phase – Starten, Vorbereiten, Laden –, meldet einen echten Fehler innerhalb von Sekunden samt zugrunde liegendem Grund und leitet Sie direkt weiter, wenn die App bereits warm ist. Eine App, die startet, aber beim Laden fehlschlägt (zum Beispiel wegen eines fehlenden Pakets), wird mit ihrem Fehler als fehlgeschlagen gemeldet, statt eine leere Seite auszuliefern. Siehe Eine Panel-App erstellen.

Behoben

• Table Update verwirft „Auf Null setzen“ beim Speichern nicht mehr. Sein Spalten-Mapper listete die zu aktualisierenden Spalten unter der Überschrift Quellspalte auf, ließ Zielspalte leer und bot überhaupt keine Steuerung Auf Null setzen an – und das Speichern des Schritts verwarf stillschweigend „Auf Null setzen“ aus jeder Spalte, die es hatte, sodass der Schritt diese Werte nicht mehr löschte. Der Mapper zeigt jetzt die Überschrift Zu aktualisierende Spalte neben Konstante, Ausdruck und „Auf Null setzen“ und behält alle vier bei. Wenn ein Schritt von Ihnen zuvor eine Spalte geleert hat, prüfen Sie, ob „Auf Null setzen“ weiterhin aktiviert ist. Siehe Table Update.

• Table Upsert funktioniert über die API auf StarRocks-Workspaces. Der von diesen Workspaces verwendete Merge war von der Workflow-Engine aus erreichbar, aber nicht über die REST-API, die weiterhin Anweisungen verlangte, die dieser Pfad nicht verwendet; ein Upsert ließ sich dort also über die API gar nicht ausführen. Siehe Table Upsert.

• Ein Table Upsert in einem Makro stoppt jetzt, statt in die falsche Tabelle zu schreiben. Auf StarRocks-Workspaces führte er stillschweigend einen Merge in die eigene Tabelle des Projekts statt in die Kopie des Makros aus. Er meldet jetzt einen klaren Fehler, und Makro-Upserts auf diesen Workspaces bleiben nicht verfügbar, bis die zugrunde liegende Einschränkung aufgehoben ist. Siehe Table Upsert.

• Das Speichern eines Mehrtabellen-Join-Schritts meldet, was zu korrigieren ist. Ein Speichern mit noch zu klärenden Punkten scheiterte mit einem internen Fehler, statt zu sagen, was nicht stimmte. Es wechselt jetzt zur Registerkarte mit dem ersten Problem und listet jedes Problem auf, und jede Registerkarte trägt ein Abzeichen mit ihrer Anzahl. Die Auswahl Aus Arbeitsfläche auswählen… öffnet sich nicht mehr hinter dem Schrittformular, wo sie nicht erreichbar war. Siehe Mehrtabellen-Join-Schritt.

• Dynamische Excel-Importe funktionieren wieder. Ein Excel-Import, der so konfiguriert war, dass er seine Spalten aus dem Arbeitsblatt statt aus einer gespeicherten Spaltenzuordnung ermittelt, scheiterte bei jeder Ausführung. Er importiert jetzt wie konfiguriert. Siehe Excel importieren.

• Ein leeres Arbeitsblatt lässt einen Excel-Import mit mehreren Arbeitsblättern nicht mehr fehlschlagen. Wenn ein Excel-Import mehrere Arbeitsblätter umfasst und eines davon leer ist, lädt der Import aus diesem Arbeitsblatt jetzt null Zeilen und macht weiter, statt den gesamten Schritt scheitern zu lassen. Siehe Excel importieren.

• JSON-Importe lassen keine Spalten mehr aus, die spät in einem großen Dokument erscheinen. Eine Spalte, deren erster Wert tief in einer großen JSON-Datei auftauchte, konnte in der importierten Tabelle stillschweigend fehlen. Jetzt ist jede Spalte des Dokuments enthalten. Siehe JSON importieren.

• Der KI-Assistent genehmigt keinen Ausdruck mehr, der bei der Ausführung fehlschlägt. Einige Ausdrucksfunktionen teilen einen Namen mit einem Python-Schlüsselwort – IF, AND, OR, NOT – und werden mit einem nachgestellten Unterstrich geschrieben, als func.if_(...). Der Assistent hatte das verkehrt herum: Er genehmigte func._if(...), das keine echte Funktion ist und zur Laufzeit scheitert, und lehnte das korrekte func.if_(...) ab. Er akzeptiert jetzt die funktionierende Form, lehnt die nicht funktionierende ab und nennt die richtige Schreibweise, wenn Sie sich vertan haben. Die Funktionsreferenz, die er beim Entwerfen konsultiert, wurde entsprechend korrigiert. Siehe IF.

• REST-Verbindungen mit Basic-, API-Schlüssel- oder Bearer-Token-Authentifizierung authentifizieren sich jetzt tatsächlich. Es wurden immer nur OAuth-2.0-Zugangsdaten gesendet, sodass eine mit einer der anderen drei Methoden konfigurierte Verbindung bei APIs scheiterte, die die Authentifizierung prüfen. Alle vier funktionieren jetzt wie konfiguriert. Wenn Sie das umgangen haben, indem Sie die Zugangsdaten von Hand in die Standard-Header eingetragen haben, hat die eigene Authentifizierung der Verbindung jetzt Vorrang, und diese Zeile kann entfernt werden. Siehe Generische REST-Verbindung.

• Das Auflisten von Endpunkten aus einer Postman-Sammlung oder API-Spezifikation funktioniert wieder. Im REST-Anfrage-Schritt meldete Katalog laden für jede Quelle einen Fehler – Postman-Sammlungen und OpenAPI-/Swagger-Spezifikationen, ob aus Ihren Dokumenten gewählt oder von einer Adresse abgerufen. Es listet Endpunkte wieder auf und fordert Sie auf, zuerst eine Datei oder Adresse zu wählen, falls Sie noch keine gewählt haben. Siehe REST-Anfrage-Schritt.

• Die Standard-Header einer REST-Verbindung werden jetzt tatsächlich gesendet. Unter Standard-Header an einer REST-Verbindung festgelegte Header wurden in der Anfragevorschau eines Schritts angezeigt, fehlten aber in der echten Anfrage. Sie werden jetzt mit jeder Anfrage über diese Verbindung gesendet, einschließlich jeder Seite einer paginierten Abfrage und jeder Anfrage in einer zeilenweisen Auffächerung. Ein an einem einzelnen Schritt gesetzter Header hat weiterhin Vorrang vor einem gleichnamigen an der Verbindung. Wenn Sie eine Verbindung mit konfigurierten Standard-Headern haben, prüfen Sie, ob diese das sind, was Sie senden möchten. Siehe Generische REST-Verbindung.

• Ein Push in das Repository einer Server-Panel-App baut die App jetzt neu. Das Veröffentlichen einer Server-Panel-App aus einer PlaidCloud-Git- oder GitHub-Verbindung funktionierte schon immer, aber spätere Pushes auf den Branch der Verbindung wurden nicht erfasst – die App lieferte weiter die Version aus, aus der sie zuerst gebaut wurde, bis jemand sie von Hand erneut veröffentlichte. Pushes bauen und deployen jetzt automatisch neu, wie in Eine Panel-App aus Git bereitstellen beschrieben. Eine gesperrte App überspringt den Neuaufbau weiterhin, bis Sie sie entsperren. An bestehenden Apps oder Verbindungen ist keine Änderung nötig.

• Das Umbenennen der Ausführungsbedingungen eines Schritts funktioniert wieder. Wenn Sie Bedingungen festlegen, die erfüllt sein müssen, bevor ein Schritt läuft, können Sie jede Bedingung jetzt umbenennen – bearbeiten Sie das neue Feld Name im Konfigurationsbereich oder doppelklicken Sie auf die Bedingung in der Liste. Klicken Sie mit der rechten Maustaste auf eine Bedingung, um auch Umbenennen und Löschen zu verwenden. Siehe Ausführungsbedingungen an einem Schritt.

• Klarere Fehlermeldung, wenn ein Import keine Spalten lesen kann. Wenn Sie einen CSV- oder Textimport einrichten oder automatisch erstellen und PlaidCloud aus der Quelldatei keine Spalten lesen kann – zum Beispiel bei einigen Microsoft-Access-Textexporten oder einer Datei, deren Trennzeichen oder Anführungszeichen nicht passen –, teilt es Ihnen das jetzt sofort beim Speichern oder Erstellen des Imports mit, statt den Schritt laufen und später mit einer verwirrenden Meldung scheitern zu lassen. Passen Sie die Einstellungen für Trennzeichen, Anführungszeichen und Escape-Zeichen an oder korrigieren Sie die Datei und versuchen Sie es erneut. Siehe Import CSV.

• Namenskollisionen bei verwalteten Buckets erklären sich jetzt selbst. Das Erstellen eines Dokumentenkontos für einen von PlaidCloud verwalteten Bucket mit einem bereits verwendeten Bucket-Namen scheiterte bisher mit einem allgemeinen „Internal server error“. Das Feld Bucket-Name kennzeichnet die Kollision jetzt direkt und erklärt, dass Bucket-Namen global eindeutig sind, mit Hinweisen zur Wahl eines spezifischeren Namens – zum Beispiel mit Ihrer Firma als Präfix. Siehe Ein Konto für einen von PlaidCloud verwalteten Bucket hinzufügen.

• Dokumentenkonten für OneDrive und SharePoint – Korrekturen beim Durchsuchen und Herunterladen. Das Öffnen eines konfigurierten OneDrive- oder SharePoint-Dokumentenkontos listet seine Ordner und Dateien jetzt zuverlässig auf, statt mit einem Fehler zu scheitern, und das Herunterladen einer Datei funktioniert auch dann, wenn Ihr Microsoft-Administrator die Linkfreigabe für die Site deaktiviert hat. Downloads hängen nicht mehr vom Erstellen eines teilbaren Links ab, sodass sich eine Datei in einer stark abgesicherten Site weiterhin öffnen lässt, statt mit einem Fehler zu enden. Siehe OneDrive-/SharePoint-Konto hinzufügen.

• Das Löschen einer Tabelle, aus der ein Import liest, warnt Sie jetzt. Wenn Sie eine Tabelle löschen, aus der ein Schritt Import: Externe Projekttabelle liest, erkennt PlaidCloud sie jetzt als in Verwendung und verlangt eine Bestätigung des erzwungenen Löschens – durch Aktivieren von Löschen der Tabelle erzwingen? –, statt ein einfaches Löschen anzubieten, sodass eine Tabelle, von der ein anderes Projekt abhängt, nicht versehentlich entfernt werden kann. Dazu gehören Verweise aus einem Schritt in einem anderen Projekt, das die Daten dieses Projekts gemeinsam nutzt; diese werden in der Bestätigung ohne die Schrittdetails des anderen Projekts angezeigt (Sie haben möglicherweise keinen Zugriff darauf). Siehe Import Project Table.

• Join-Schritte – Korrekturen bei den Ausgabespalten. Bei Inner, Outer, Anti und Cross Join listet die Registerkarte „Ausgabespalten“ jetzt nur die Spalten auf, die Sie aus den beiden Quellen zugeordnet haben, und entfernt veraltete Zeilen, wenn Sie eine zugeordnete Quellspalte entfernen; die Symbolleiste des Spalten-Mappers und die Mehrfachzeilenauswahl sind zurück; und „Zusammenfassen“ ist jetzt ein Schalter, der standardmäßig aus ist, sodass ein Join seine Ausgabe nicht mehr zwangsweise gruppiert – und wenn Sie ihn aktivieren, erhalten neue Spalten standardmäßig eine Aggregation auf Grundlage ihres Datentyps, die Sie pro Spalte überschreiben können. Die Ausgabespalten des Mehrtabellen-Joins folgen jetzt Umbenennungen und Entfernungen im Join-Graph-Designer. Siehe Table Inner Join und Mehrtabellen-Join-Schritt.

• Zuverlässigkeitskorrekturen bei der REST-Anfrage. Variablen werden jetzt zuverlässig in JSON-Anfragekörpern ersetzt, Zeitüberschreitungs- und Wiederholungseinstellungen pro Anfrage werden beachtet (Wiederholungen beschränken sich auf idempotente Methoden, sodass ein POST/PUT/PATCH nie erneut gesendet wird), ratenbegrenzte Antworten werden mit Backoff wiederholt, und Anfrage-Zugangsdaten werden in jedem erfassten rohen JSON maskiert. Eine Testanfrage zeigt jetzt auch bei Erfolg den Antwortstatuscode, und eine Antwort mit einem einzelnen Objekt wird als eine Zeile importiert. Durch Sensoren oder Webhooks ausgelöste Workflows können außerdem die Metadaten und die eingehende Nutzlast des Auslösers als Variablen lesen. Siehe REST-Anfrage-Schritt.

• Korrekturen an der KI-Kostenverfolgung. Die Kostenverfolgung verarbeitet jetzt Modellspaltennamen mit Leerzeichen oder Sonderzeichen, löst Tabellen auf, die über ihren verständlichen Namen angegeben sind, funktioniert mit Ergebnissen aus Schritten zur Modellausführung und aus Projektkopien und funktioniert über alle Workspace-Typen hinweg. Die Anomalieerkennung kennzeichnet jetzt ungewöhnlich große Ausschläge und hält mit Quartalen beschriftete Perioden über einen Jahreswechsel hinweg in echter zeitlicher Reihenfolge, und zwei Fehlbeschriftungen – ein Sprung „von null“, wenn die Gewichtungsbasis leer war, und eine Prozentänderung mit falschem Vorzeichen, wenn der Vorwert negativ war – sind behoben.

• Import/Export Project Table warnt bei leerer Quelle. Wenn ein Schritt Import Project Table oder Export Project Table aus einer Quelltabelle ohne Zeilen kopiert, endet er jetzt mit einer Warnung, dass die Quelle leer war – sodass ein unerwartet leeres Ergebnis leicht auffällt, statt dass der Schritt stillschweigend erfolgreich zu sein scheint. Meist bedeutet das, dass die Daten des Quellprojekts bei der Ausführung des Schritts noch nicht aufgebaut waren. Siehe Import Project Table und Export to External Project Table.

• Tabellenbündel enthalten jetzt Dimension, Notiz und Format jeder Spalte. Beim Exportieren von Tabellen in ein Bündel und Importieren in ein anderes Projekt blieb die Dimensionszuordnung jeder Spalte in der importierten Tabelle leer, ebenso die Notiz und das Anzeigeformat der Spalte. Da spätere Schritte ihre Spalteneinstellungen aus den von ihnen gelesenen Tabellen übernehmen, konnte eine importierte Tabelle diese Lücke an alles weitergeben, was darauf aufbaut. Diese Einstellungen reisen jetzt mit dem Bündel und werden beim Import wiederhergestellt. Wo eine Spalte auf eine Dimension verwies, die das Zielprojekt nicht hat, wird diese eine Zuordnung verworfen und im Importprotokoll genannt, statt als defekter Verweis wiederhergestellt zu werden – ordnen Sie sie nach dem Erstellen der Dimension neu zu. Vor dieser Änderung exportierte Bündel werden genau wie zuvor importiert.

• Erstellen und Öffnen öffnet jetzt die richtige Ansicht für einen DAG-Workflow. Erstellen und Konfiguration öffnen bei einem neuen erweiterten (DAG-)Workflow öffnete das klassische Schrittraster statt der Arbeitsfläche des Visuellen Workflow-Designers. Jetzt öffnet es die Arbeitsfläche, wie beim Doppelklick auf den Workflow. Siehe Erweiterte Workflows.

• Abhängigkeiten einer Panel-App können neben der App liegen. Eine serverseitige Panel-App, die aus einem Git-Repository gebaut wird, installiert jetzt eine neben ihrem Einstiegspunkt abgelegte requirements.txt, nicht nur eine im Stammverzeichnis des Repositorys – sodass eine in einem Unterordner eines gemeinsam genutzten Repositorys abgelegte App ihre eigenen Pakete deklarieren kann (zum Beispiel plotly, holoviews oder hvplot) und nicht mehr leer rendert, weil eine Bibliothek fehlt. Siehe Eine Panel-App erstellen.

• Verschieben großer oder vieler Dokumente zwischen Ordnern. Das gleichzeitige Verschieben mehrerer Dateien – oder einer einzelnen großen Datei – von einem Document-Ordner in einen anderen funktioniert jetzt zuverlässig. Verschiebungen laufen nacheinander, damit die Dateiliste konsistent bleibt, und eine große Verschiebung erhält die Zeit, die sie zum Abschluss braucht, statt auf halbem Weg abgebrochen zu werden.

• Der KI-Assistent lehnt Ausdrücke mit Spalten, deren Namen mit Unterstrich beginnen, nicht mehr ab. Ein Ausdruck, der auf eine Spalte verweist, deren Name mit einem Unterstrich beginnt (zum Beispiel _MajorAccountFlag), wird jetzt akzeptiert. Und wenn ein Ausdruck eine Spalte mit is, is not oder not prüft – was bei einer Spalte nie eine Zeile trifft oder einen Fehler auslöst, statt das zu tun, wonach es aussieht –, verweist der Assistent Sie auf den funktionierenden Operator (is_(None) für einen Null-Test, !=, ~), statt schlicht abzulehnen.

• Der KI-Assistent lehnt gültige Funktionen nicht mehr ab. Echte Funktionen, die nicht in der Liste der Ausdrucksauswahl standen – rtrim, ltrim, to_char, substring und viele weitere –, wurden als unbekannt abgelehnt, und jeder in Großbuchstaben geschriebene Funktionsname (func.SUM) wurde abgelehnt, selbst wenn die Kleinschreibung akzeptiert wurde. Der Assistent prüft Namen jetzt gegen die eigene Funktionsliste Ihres Workspaces sowie die der Auswahl, und zwar ohne Beachtung der Groß-/Kleinschreibung.

• Panel-Apps rendern nicht mehr mit unsichtbarem Text. Eine plattformweite Theme-Voreinstellung wurde auf jede Panel-App angewendet, auch auf Apps, die keine passende Seitenvorlage verwenden. Bei diesen färbte sie den Text weiß auf einer weißen Seite – die App sah leer aus, ohne dass die Protokolle etwas erklärten. Apps behalten jetzt ihr eigenes Aussehen, es sei denn, sie entscheiden sich für eine Theme-Vorlage. Bestehende Apps übernehmen das beim nächsten Neuaufbau oder Neuveröffentlichen.

• Der Weckbildschirm verändert das Aussehen einer Panel-App nicht mehr. Während eine Server-Panel-App startete, legte der Bildschirm dahinter seinen eigenen Hintergrund und seine eigenen Hell-/Dunkel-Farben fest, und die App erbte sie ohne Möglichkeit zum Überschreiben – sodass eine App auf der falschen Hintergrundfarbe rendern und der Hell-/Dunkel-Einstellung Ihres Betriebssystems statt ihrer eigenen folgen konnte. Der Bildschirm wird jetzt vollständig entfernt, sobald die App läuft. Außerdem lässt er nichts mehr aus der geöffneten Adresse weg: Abfrageparameter, die eine App liest, darunter ?theme=dark, erreichen die App jetzt.

• Das Entpacken eines Archivs erhält seine Ordnerstruktur. Das Entpacken einer .zip- oder .tar.gz-Datei in Document legte alles flach im Zielordner ab – ein Archiv mit data/master/accounts.csv ergab eine einfache accounts.csv, sodass gleichnamige Dateien in verschiedenen Ordnern kollidierten. Verschachtelte Archive werden jetzt mit intakten Ordnern entpackt. Flache Archive und einzelne .gz-/.bz2-Dateien bleiben unverändert. Bei SFTP-Dokumentenkonten müssen die Zielordner bereits existieren; entpacken Sie ein verschachteltes Archiv also in einen dort bereits angelegten Pfad.

• Ein fehlerhafter Zeitplan bringt den Ereignisplaner nicht mehr zum Absturz. Ein einzelnes geplantes Ereignis mit unbrauchbarer Wiederholung – ein unmögliches Datum wie der 31. eines Monats mit 30 Tagen oder ein fehlerhafter Eintrag – ließ die workspaceweite Liste des Ereignisplaners und den Zeitplankalender mit einem internen Serverfehler scheitern und konnte verhindern, dass sich ein Projekt öffnete. Ein nicht lesbarer Zeitplan zeigt jetzt einfach eine leere nächste Ausführung, und alles andere auf dem Bildschirm lädt normal. Siehe Ereignisplaner.

• Workflow-Fehler sagen jetzt, was tatsächlich schiefgelaufen ist. Wenn ein Workflow-Schritt in einem Hintergrundjob fehlschlug, zeigten das Ausführungsprotokoll und die Benachrichtigungs-E-Mail nur eine generische Meldung zur Operation – „Exception importing directly from remote sql“ –, während die eigentliche Ursache, etwa ein abgelaufenes Passwort im Quellsystem, nirgends zu finden war. Der zugrunde liegende Fehler wird jetzt in das Protokoll und die E-Mail übernommen. Wenn viele Tabellen aus einer gemeinsamen Ursache scheitern, wird sie einmal statt pro Tabelle gemeldet, und Zugangsdaten werden aus der Meldung entfernt.

• REST-Anfragen an einen anderen Host senden die Zugangsdaten der Verbindung nicht mehr. Wenn ein REST-Anfrage-Schritt eine vollständige Adresse statt eines Pfads verwendete – einschließlich der Paginierungslinks, die viele APIs zurückgeben –, gingen zwei Dinge schief: Die Adresse wurde an den Host der Verbindung angehängt und die Anfrage scheiterte gänzlich, und die Authentifizierung und die Standard-Header der Verbindung wurden unabhängig vom Ziel der Anfrage angehängt. Vollständige Adressen werden jetzt unverändert verwendet, und Zugangsdaten sowie Standard-Header werden zurückgehalten, sofern die Adresse nicht auf den eigenen Host der Verbindung zeigt – die Paginierung funktioniert also weiter, während eine Drittanbieter-Adresse Ihre Zugangsdaten nie erhält. Siehe REST-Anfrage-Schritt.

• Das Bearbeiten einer REST-Verbindung mit Basic-Authentifizierung verliert ihr Passwort nicht mehr. Das Speichern einer Änderung an einer REST-Verbindung mit Basic-Authentifizierung, ohne das Passwort erneut einzugeben, verwarf das gespeicherte Geheimnis. Gespeicherte Passwörter bleiben jetzt für alle vier Authentifizierungstypen erhalten. Zwei Abweichungen in der Anfragevorschau sind ebenfalls behoben: Ein an einem Schritt in unterschiedlicher Groß-/Kleinschreibung gesetzter Header wird genauso zusammengeführt wie in der echten Anfrage, und ein leerer Header-Wert wird jetzt leer gesendet statt als der Literaltext „None“. Siehe Generische REST-Verbindung.

• Das Kombinieren von Tabellen behält Dimension und Formatierung jeder Spalte. Wenn ein Union, Union All, eine Umlage oder ein Mehrtabellen-Join mehrere Quellen zu einer Ausgabespalte zusammenführt, wurden Dimension, Memo und Formateinstellungen der Spalte aus der Quelle aufgelöst, die zufällig zuletzt sortiert war. Eine Quelle, die nichts zu einer Dimension sagte, konnte eine unterdrücken, die eine nannte, sodass eine Spalte über Neuaufbauten hinweg unzugeordnet blieb, während sich eine ähnliche Spalte erholte. Jetzt gewinnt eine Quelle, die eine Dimension nennt, gegenüber einer, die schweigt, eine durchgereichte Spalte hat Vorrang vor einer umbenannten, und ein echter Widerspruch zwischen Quellen wird im Schrittprotokoll gemeldet, statt stillschweigend aufgelöst zu werden. Das Umbenennen einer aggregierten Spalte – SUM(amount) zu total_amount – kopiert die Dimension der Quellspalte außerdem nicht mehr auf die Summe, die nie ein Mitglied davon identifizierte. Siehe Table Union All und Table Union Distinct.

• Table Melt beachtet die von Ihnen erstellte Spaltenzuordnung. Spalten, die Sie bewusst aus der Zuordnung eines Melt ausgelassen hatten, wurden im Hintergrund wieder in den Schritt aufgenommen, was bei einem aggregierenden Schritt den gesamten Schritt scheitern ließ. Eine Zuordnung, die ihre Wertespalten benennt, wird jetzt genau wie geschrieben verwendet. Siehe Table Melt.

• Das Kopieren einer Tabelle aus einem anderen Projekt funktioniert wieder. Der Schritt, der eine Tabelle zwischen Projekten kopiert, rief eine Operation auf, die nicht mehr existiert, sodass jede Ausführung auf dem Server scheiterte. Er verwendet jetzt denselben Mechanismus wie der Schritt Import Project Table und meldet eine Warnung statt eines Fehlers, wenn die Quelle leer ist. Siehe Import Project Table.

• Die Zeilenanzahl-Prüfung funktioniert innerhalb eines Makros. Ein in einen Schritt Macro Run oder Macro Concurrent verschachtelter Schritt Zeilenanzahl-Prüfung scheiterte mit einem serverseitigen Fehler; nur Ausführungen auf oberster Ebene funktionierten, weshalb es unbemerkt blieb. Er läuft jetzt auf jeder Verschachtelungsebene korrekt. Siehe Zeilenanzahl-Prüfung.

• Die Kostenverfolgung bricht nicht mehr ab, wenn ein vorgelagerter Kostenpool noch nicht aufgebaut wurde. Die Frage, warum sich ein Umlageergebnis geändert hat, scheiterte früher vollständig, wenn eine in die Umlage einfließende Tabelle nicht erzeugt worden war – typischerweise, weil dieser Teil des Modells nicht ausgeführt wurde. Die Verfolgung wird jetzt abgeschlossen: Sie meldet weiterhin die gemessenen Summen der Stufe, kennzeichnet die vorgelagerte Aufschlüsselung als nicht zuordenbar, statt sie zu erraten, und nennt, welche Eingabe vor einer erneuten Verfolgung neu aufgebaut werden muss. Eine Stufe, deren Summe sich nicht bewegt hat, wird als unverändert gemeldet, ohne anzudeuten, dass am fehlenden Pool etwas gemessen wurde.

• Tabellendetails zeigen jetzt die aktuelle Zeilenanzahl. Das Öffnen der Details einer Tabelle liest die Zeilenanzahl aus dem Warehouse, sodass sie auch nach per SQL geschriebenen Daten korrekt bleibt – zuvor konnte sie eine veraltete Zahl anzeigen, bis die Form der Tabelle aktualisiert wurde. Wo ein Datenspeicher die Anzahl nur schätzen kann, wird sie jetzt als ungefähr gekennzeichnet, statt als exakt angezeigt zu werden.

Entfernt

• Veraltete Import- und Exportschritte stillgelegt – die Schritte SAS7BDAT-Import, HTML-Import und HTML-Export wurden entfernt. Verwenden Sie für diese Formate die aktuellen Import- und Exportschritte.

• Den Schritt X12-EDI-Import stillgelegt – der Schrittyp wurde entfernt. Er war nie funktionsfähig: Jeder X12-EDI-Import scheiterte bei der Ausführung. Wenn Sie EDI-Daten in PlaidCloud benötigen, konvertieren Sie sie in ein unterstütztes Format wie CSV oder JSON und importieren Sie dieses.

• Die Option „Passwort zurücksetzen“ in der App stillgelegt – der Eintrag Passwort zurücksetzen wurde aus dem Kontomenü (Avatar) entfernt. Um Ihr Passwort zurückzusetzen, verwenden Sie den Link Forgot Password? auf der Anmeldeseite.

Sicherheit

• Änderungen an Sicherheitszuweisungen wirken sich jetzt sofort aus. Das Bearbeiten der Bereiche oder Mitglieder einer Sicherheitsgruppe, das Löschen einer Gruppe, das Ändern der Sicherheitsgruppen eines Mitglieds sowie das Aktivieren und Deaktivieren eines Mitglieds wurden alle verzögert angewendet – bei den meisten Berechtigungen bis zu einer halben Minute, beim Zugriff auf den Git-Server Ihres Workspaces erst bei der nächsten Anmeldung dieser Person, was bei jemandem, dessen Zugriff entzogen wurde, nie sein konnte. Jede dieser Änderungen wird jetzt in dem Moment angewendet, in dem Sie speichern, plattformweit. Es ist nichts zu konfigurieren; prüfen Sie jeden Zugriff, den Sie zuvor erteilt oder entzogen haben, und rechnen Sie damit, dass er jetzt korrekt ist. Siehe Sicherheitsgruppen und Zuweisungen verwalten.