UiPath Documentation
data-service
latest
false
Data Fabric-Versionshinweise
  • Automation Cloud und Test Cloud
  • Automation Cloud – Öffentlicher Sektor und Test Cloud – Öffentlicher Sektor
  • Automation Cloud Dedicated und Test Cloud Dedicated
Wichtig :
Derzeit wird Data Service zu Data Fabric umgestellt. Während dieses Prozesses können beide Bezeichnungen für verschiedene Bereitstellungsoptionen verwendet werden. Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

September 2026

September 2026 Versionshinweise für Data Fabric in Automation Cloud.

22. September 2026​

Data Fabric ist jetzt allgemein verfügbar​

Data Fabric, das im Juni 2025 in der Vorschau als Weiterentwicklung des Data Service eingeführt wurde, ist jetzt in der Automation Cloud allgemein verfügbar. Die Beschriftung „Vorschau“ wurde entfernt.

Alles, was in der Vorschau verfügbar ist, funktioniert weiterhin. Diese Version macht Entitätstypen explizit, lässt eine föderierte Entität auf eine native Data Fabric-Entität als Quelle verweisen und fügt Abfragen, die aus externen Systemen lesen, vorhersehbare Grenzen und klarere Fehler hinzu.

Hinweis:

Die Konnektivität zu externen Systemen ist nur in der Automation Cloud verfügbar. Informationen zur Verfügbarkeit aller Bereitstellungsoptionen finden Sie unter Verfügbarkeit von Data Fabric-/Data Service-Funktionen.

Entitätstypen: Nativ und Föderiert​

Wenn Sie eine Entität erstellen, wählen Sie nun deren Typ aus. Der Typ wird in der Spalte Typ der Seite Entitäten angezeigt und Sie können die Liste danach filtern.

  • Nativ: Die Daten werden in UiPath gespeichert. Eine native Entität unterstützt das Erstellen, Lesen, Aktualisieren und Löschen und enthält nur eigene Felder.
  • Föderiert: Eine schreibgeschützte Ansicht, die ihre Daten bei jeder Abfrage aus ihren Quellen liest. Eine Verbundentität speichert nichts von sich selbst.

Eine native Entität enthält nur ihre eigenen Felder. Eine Verbundentität enthält keine eigenen Felder, sodass jedes Feld aus einer ihrer Quellen stammt. Der Bereich Objekt hinzufügen spiegelt dies wider: Eine externe Quelle wird für eine native Entität nicht angeboten und Lokale Felder werden nicht für eine Verbundentität angeboten.

Dieses Update hat die folgenden Auswirkungen:

  • Entitäten, die lokal gespeicherte Felder und externe Felder in einer einzigen Entität kombinieren, können nicht mehr erstellt werden. Um dasselbe Ergebnis zu modellieren, speichern Sie die lokal gespeicherten Daten in einer nativen Data Fabric-Entität und verweisen Sie auf diese Entität als Quelle der Verbundentität.
  • Vorhandene Entitäten, die lokale und externe Felder kombinieren, funktionieren weiterhin ohne Unterbrechung. Sie können weiterhin in Apps, Automatisierungen, Maestro und den APIs genutzt werden, und ihre lokal gespeicherten Felder bleiben bearbeitbar. Ihre externen Felder bleiben wie zuvor schreibgeschützt.
  • Vorhandene Entitäten werden automatisch klassifiziert. Eine Entität ohne externe Felder ist nativ und eine Entität, deren Felder alle aus externen Systemen stammen, ist eine Entität. Es ist keine Aktion erforderlich und keine vorhandene Entität ändert das Verhalten.
  • Die rollenbasierte Zugriffssteuerung auf Datensatzebene und die Insights-Erfassung gelten nicht für Verbundentitäten und werden für diese nicht mehr angeboten. Die Datensätze einer Verbundentität werden von deren Quellsystemen gespeichert, sodass kein gespeicherter Datensatz zum Sichern oder Erfassen vorhanden ist.

Weitere Informationen finden Sie unter Entitätstypen.

Verweisen Sie auf eine native Data Fabric-Entität als Quelle einer Verbundentität​

Eine Verbundentität kann jetzt auf Felder aus einer nativen Data Fabric-Entität verweisen, neben den Feldern, auf die sie aus externen Systemen wie Salesforce, ServiceNow und Snowflake verweist.

Dadurch wird UiPath zu einem der Systeme, aus denen eine einheitliche Entität greift. Eine Verbundentität kann Daten, die teilweise zu einem Datensatzsystem und teilweise zu UiPath gehören, in einer Entität präsentieren, ohne etwas zu kopieren.

Im Bereich Objekt hinzufügen einer föderierten Entität listet eine neue Option Native Quelle die nativen Entitäten auf, auf die verwiesen werden kann. Sobald eine Entität ausgewählt wurde, können ihre Felder aus denen ausgewählt werden, die die Entität enthält.

Diese Version unterstützt Folgendes für eine native Quelle:

  • Auswahlsatz und Datei sind zusätzlich zu den Basistypen als Zielfeldtypen verfügbar. Ein Auswahlsatz wird durchgängig aufgelöst, sodass die föderierte Entität den Auswahlanzeigewert anstelle ihres Bezeichners zurückgibt.
  • Such- und Filtereinstellungen werden für jedes Feld beibehalten, sodass ein referenziertes Feld filterbar und sortierbar bleibt.
  • Eine Verbundentität, die auf eine native Data Fabric-Entität verweist, kann über Automatisierungslösungen exportiert und installiert werden.
Hinweis:

Die Entität, auf die Sie verweisen, muss sich im selben Scope wie die Verbundentität befinden. Eine Föderierte Entität auf Mandantenebene kann nur auf Entitäten auf Mandantenebene verweisen, und eine Föderierte Entität mit Ordner-Scope kann nur auf Entitäten im selben Ordner verweisen. Eine Entität auf Mandantenebene ist im gesamten Mandanten lesbar, sodass das Verweisen auf eine Ordner-Scope-Entität aus ihr ordnereingeschränkte Datensätze mandantenweit offenlegt.

Vorhersehbare Grenzen für Abfragen über externe Daten​

Eine Abfrage, die von einem externen System liest, wird für ein Live-Datensatzsystem ausgeführt. Es gelten jetzt die folgenden Grenzwerte, damit eine Abfrage ein Quellsystem nicht überflutet und die Ergebnisse wiederholbar sind.

  • Für eine Abfrage einer Entität mit externen Feldern ist ein Filter erforderlich . Die Anforderung gilt nicht für Abfragen, bei denen jede beteiligte Entität vollständig in UiPath gespeichert ist, für das Durchsuchen von Daten in der Data Fabric-Schnittstelle oder für einen Lesevorgang von 200 Datensätzen oder weniger. Eine Verknüpfungsbedingung gilt nicht als Filter.
  • Data Warehouse-Quellen geben eine einzelne Seite zurück. Redshift, Snowflake, Databricks und Warehouse-Datenbanken, die über den Database Hub erreicht werden, erzwingen keine Primärschlüssel und das Durchlaufen der Ergebnisse in einer Reihenfolge, die das Warehouse nicht garantiert, sodass eine zweite Seite Datensätze wiederholen oder überspringen kann. Eine Anforderung für eine zweite Seite wird abgelehnt. Ein Filter, der das Ergebnis so einzugrenzen, dass es auf eine einzige Seite passt, umgeht die Grenze.
  • Die Ergebnisgröße ist begrenzt. Eine Abfrage, deren Zwischenergebnis den Grenzwert überschreitet, gibt einen Fehler zurück und fordert Sie auf, ihn einzugrenzen.

Weitere Informationen finden Sie unter Abfragelimits für externe Daten.

Klarere Fehler bei Abfragen über externe Daten​

Eine Abfrage über externe Daten, die fehlschlägt, gibt jetzt einen Status und eine Meldung zurück, die angeben, was fehlgeschlagen ist und wo, anstatt einen allgemeinen Fehler zu sehen.

  • Eine Abfrage, die nicht analysiert oder validiert werden kann, benennt die fehlerhafte Klausel.
  • Eine fehlende Berechtigung für die Verbindung oder ein fehlender Scope für eine externe Anwendung wird als solcher gemeldet.
  • Eine Ablehnung durch das Quellsystem wird mit dem Status und der Meldung des Quellsystems zurückgegeben, sodass der Grund von dem System stammt, das die Anforderung abgelehnt hat.
  • Eine Abfrage, die ihr Zeitlimit überschreitet, ein nicht verfügbares Quellsystem und eine gelöschte oder getrennte Integration Service-Verbindung werden jeweils ausdrücklich gemeldet.

Schnellere Abfragen über externe Daten​

Abfragen, die aus externen Systemen lesen, sind in dieser Version schneller. Ihrerseits ist keine Aktion erforderlich.

Die Verbesserungen haben ein Prinzip gemeinsam: Erledigen Sie mehr von der Arbeit in dem System, das die Daten enthält, und verschieben Sie weniger Daten in UiPath.

  • Filter und Sortierungen werden vom Quellsystem überall dort angewendet, wo sie unterstützt werden, sodass eine Abfrage die von Ihnen angeforderten Datensätze zurückgibt, anstatt einen größeren Satz abzurufen und ihn anschließend einzugrenzen.
  • Eine Anforderung für eine Ergebnisseite wird nur so weit in jede Quelle gelesen, wie diese Seite benötigt, anstatt zuerst die vollständige Ergebnismenge abzurufen.
  • Wenn sich eine Abfrage auf mehrere Systeme bezieht, werden diese Systeme gleichzeitig und nicht nacheinander gelesen.

Data Fabric-Entitäten können jetzt als Agent-Kontext verwendet werden​

Data Fabric-Entitäten können jetzt direkt als Kontext für UiPath-Agents hinzugefügt werden, sodass ein Agent Live-, strukturierte Geschäftsdaten abfragen und argumentieren kann. Es werden sowohl native als auch föderierte Entitäten unterstützt.

Weitere Informationen finden Sie unter Kontexte.

Entitäten auf Ordnerebene und die Lösungsintegration sind jetzt allgemein verfügbar​

Entitäten auf Ordnerebene und ihre Integration mit Automatisierungslösungen, die im April 2026 in der Vorschau eingeführt wurden, sind jetzt in der Automation Cloud allgemein verfügbar.

Alles, was in der Vorschau verfügbar ist, funktioniert weiterhin. Diese Version erweitert die Unterstützung für zusätzliche Oberflächen, behebt Paketlücken und verbessert die Erfahrung beim Installieren, Upgraden oder Deinstallieren von Lösungen, die Data Fabric-Entitäten enthalten.

Den gesamten Lebenszyklus – von der Entitätserstellung über Debugging, Bereitstellung, Runtime-Überschreibungen, Upgrade und Deinstallation – finden Sie unter Entitäten in Lösungen.

Unterstützte Oberflächen​

Entitäten auf Ordnerebene in Lösungen werden jetzt für die folgenden Workflowtypen unterstützt:

  • RPA (Studio Web und Studio Desktop 26.10 LTS)
  • Maestro BPMN, Maestro Case, Maestro Flow (über native Entitätsknoten)
  • API-Workflows
  • Codierte Apps

Die LTS-Unterstützung von Studio Desktop 26.10 gilt für Entitäten auf Ordnerebene, die in einem Lösungskontext verwendet werden.

Hinweis:

In Agents befinden sich Data Fabric-Aktivitäten, die als Tools verwendet werden, in der Vorschau und unterstützen nur Entitäten auf Mandantenebene. Um mit Entitäten auf Ordnerebene in einem Agent zu arbeiten, verwenden Sie den Agent-Kontext oder rufen Sie einen API- oder RPA-Workflow auf.

Scope-Selektoren in Data Service-Aktivitäten​

Der Scope-Selektor in Data Service-Aktivitäten, mit dem Sie zwischen Entitätskontexten auf Mandanten- und Ordnerebene wählen können, ist jetzt allgemein verfügbar. Der Scope bestimmt, welche Entitäten verfügbar sind:

  • Mandant – Zeigt Entitäten an, die im gesamten Mandanten verfügbar sind.
  • Ordner – Zeigt Entitäten in allen Orchestrator-Ordnern an, auf die Sie Zugriff haben.

Der Ordner-Scope ist in einem lokalen Arbeitsbereich auf keiner Oberfläche verfügbar.

In klassischen Data Service-Aktivitäten ist die Eigenschaft Scope allgemein über UiPath.DataService.Activities v26.10.0 verfügbar und der Ordner-Scope funktioniert nur innerhalb einer Lösung. Weitere Informationen finden Sie unter Klassische Aktivitäten.

Die Option „Mehrere Entitätsdatensätze abfragen“ ist jetzt allgemein verfügbar​

Die Aktivität Query Multiple Entity Records , die zuvor in der Vorschau zu sehen war, ist jetzt allgemein verfügbar. Es unterstützt die Abfrage von Datensätzen aus zwei verwandten Entitäten in einer einzigen Anforderung mithilfe des Sternschemadatenmodells.

Schemaaktualisierung in Studio Web​

Die Schaltfläche Aktualisieren ist jetzt neben dem Entitätsselektor in Data Service-Aktivitäten verfügbar. Wenn Sie Aktualisieren auswählen, werden das Schema der ausgewählten Entität und alle zugehörigen Entitäten in einer einzigen Aktion aktualisiert und ersetzt die vorherige Problemumgehung der erneuten Auswahl der Entität aus der Dropdownliste.

Ordnerbezogene Auswahlsätze im Solution Builder​

Ordnerbezogene Auswahlsätze sind jetzt enthalten, wenn Sie ein Lösungspaket mit Solution Builder im Orchestrator erstellen.

Verbesserte Validierung von Lösungen​

Die Lösungsvalidierung bietet jetzt ein klareres Feedback während der Installation, Aktualisierung und Deinstallation:

  • Installieren und Upgraden – Die Validierung identifiziert bestimmte Konflikte – wie z. B. eine Konflikt zwischen einem Entitätsnamen mit einem anderen Schema oder einen Auswahlsatzkonflikt – bevor die Bereitstellung beginnt.
  • Upgrade mit vorhandenen Daten – Mit einem Zusammenführungsangebot können Sie vorhandene Daten beibehalten, während das Schema auf die neue Version aktualisiert wird.
  • Deinstallieren – Entitäten mit vorhandenen Daten werden beibehalten, um einen versehentlichen Datenverlust zu verhindern. Nur leere Entitäten werden entfernt.
Export und Import von Schemas über mehrere Scopes hinweg​

Sie können jetzt ein natives Entitätsschema aus der Data Fabric-Benutzeroberfläche exportieren und in einen beliebigen Ordner importieren, auf den Sie Zugriff haben. Auf diese Weise können Sie ein Entitätsdesign auf Mandantenebene auf eine Entität auf Ordnerebene klonen, ohne es manuell neu erstellen zu müssen. Weitere Informationen finden Sie unter Schemaexport und -import.

Verbesserungen der Data Fabric-Benutzeroberfläche​
  • Entitätsfilterung – Sie können jetzt die Entitätsliste nach Ordner und nach Entitätstyp filtern, was die Suche nach bestimmten Entitäten in Mandanten mit großen Entitätskatalogen erleichtert.
  • Sichtbarkeit der Nummer des Auswahlsatzes – Auswahlsatzwerte zeigen jetzt ihre NumberId in der Data Fabric-Benutzeroberfläche an, sodass Sie überprüfen können, ob Sie die richtigen Werte in Workflows auswählen, und Fehler identifizieren können, die durch Inkompatibilitäten verursacht werden.
  • OpenAPI-Spezifikation – Die herunterladbare OpenAPI-Spezifikation enthält jetzt zusätzlich zu Mandanten-Scope-Entitäten Entitäten mit Ordner-Scope.
Zuvor behobene Einschränkungen​

Die folgenden Einschränkungen der Vorschau von April wurden in diesem Release behoben:

  • Studio Desktop wird jetzt für Entitäten auf Ordnerebene in einem Lösungskontext unterstützt (Studio Desktop 26.10 LTS).
  • Ordnerbezogene Auswahlsätze sind jetzt im Solution Builder-Paket enthalten.
  • Die Schemaaktualisierung erfordert keine erneute Auswahl der Entität aus der Dropdownliste.
  • Maestro, API-Workflows und Agents unterstützen jetzt Entitäten mit Ordner-Scope über Scope-Selektoren.
  • Verbundentitäten und Entitäten mit externen Quellfeldern werden jetzt in der Lösungsverpackung unterstützt.

Aktuelle Einschränkungen finden Sie unter Bekannte Einschränkungen.

15. September 2026​

Modellieren von Data Fabric-Entitäten inline in VS Code (Vorschau)​

Sie können jetzt Data Fabric-Entitäten direkt in einer UiPath-Lösung in VS Code erstellen und bearbeiten, als neuer Projekttyp für Data Fabric-Entität neben einem Maestro Flow-Projekt. Sie können Felder hinzufügen und deren Typen in einem tabellenbasierten Schema-Editor festlegen, ohne VS Code zu verlassen oder eine Integration Service-Verbindung zu konfigurieren. Für Flow GA gilt dies nur für native (Ordner-)Entitäten.

Mit vier neuen integrierten Maestro Flow-Knoten – Entitätsdatensätze abfragen, Entitätsdatensatz erstellen, Entitätsdatensatz aktualisieren und Entitätsdatensatz löschen können Sie diese Entitäten aus einem Flow ohne Integration Service-Verbindung nutzen.

Diese Funktion befindet sich in der Vorschau und ist nur in VS Code verfügbar. Studio Web kann eine Lösung öffnen, die ein Entitätsprojekt enthält, aber die Entität nicht bearbeiten. Auf diese Weise erstellte Entitäten werden nicht in der Entitätsauswahl von steckverbinder-basierten Data Fabric-Aktivitäten angezeigt. Weitere Informationen finden Sie unter Entitäten in VS Code.

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben