Funktionsveröffentlichung

Auf diesen Cloud-Plattformen werden nach und nach neue Produkte und Funktionen eingeführt. Im Allgemeinen werden neue Funktionen zuerst in Test Cloud verfügbar und werden anschließend in Test Cloud – Öffentlicher Sektor und Test Cloud Dedicated verfügbar gemacht, vorbehaltlich zu Compliance, Infrastruktur und Release-Bereitschaft. Die Verfügbarkeit kann daher je nach der von Ihnen verwendeten Cloud-Plattform variieren.

Funktionsveröffentlichung Test Cloud

Wann sind Updates verfügbar

Die Updates, die wir in den Test Cloud-Versionshinweisen ankündigen, werden nach und nach verfügbar, abhängig von den folgenden Faktoren:

• Ihr Lizenzierungsplan
• Ihrer Organisation und Mandantenregion

Daher erreichen die Updates verschiedene Benutzer zu unterschiedlichen Zeiten.

Das Datum, an dem eine Änderung zum ersten Mal in den Versionshinweisen angekündigt wird, ist das Datum, an dem sie zum ersten Mal verfügbar wird. Wenn Sie die Änderung noch nicht bemerken, wird sie bald durchgeführt.

Community-Release: Änderungen werden zuerst für Community-Benutzer verfügbar gemacht. Zu diesem Zeitpunkt veröffentlichen wir die Versionshinweise.

Enterprise-Release: Wenn Sie ein Enterprise-Benutzer sind, steht Ihnen die Bereitstellung in der Regel innerhalb eines Zeitfensters von einer Stunde bis zu 14 Tagen nach der Community-Bereitstellung zur Verfügung. In bestimmten Fällen können einige Funktionen zusätzliche Zeit in Anspruch nehmen, bevor sie in Enterprise verfügbar sind. Canary-Mandanten, die für Tests verwendet werden, erhalten Updates in der Regel drei Tage nach der Ankündigung. Der genaue Zeitrahmen, in dem diese Änderungen in Ihrer ausgewählten Hosting-Region für Sie verfügbar werden, hängt davon ab, wann die Änderungen erfolgreich in allen Regionen bereitgestellt wurden.

Wir kündigen Enterprise-Versionen oder Versionen für verschiedenen Regionen nicht separat an.

Die folgende Tabelle dient als Beispiel dafür, wann eine Funktion sowohl für Community-Benutzer als auch für Enterprise-Benutzer verfügbar ist:

Datum des Versionshinweises	Community-Release-Datum	Enterprise-Release-Datum
14. Juli 2025	14. Juli 2025	beginnend mit dem 14. Juli 2025

Änderungen nur für Enterprise

Wenn eine Änderung ausschließlich für den Enterprise-Plan gilt, kennzeichnen wir sie mit der Enterprise-Beschriftung () in den Versionshinweisen. Für solche Änderungen geht die erste Version direkt an Enterprise- und Enterprise-Testbenutzer. Sie können erwarten, dass diese Änderungen so früh wie das Release-Hinweisdatum sind, aber es kann einige Tage dauern, bis sie in Ihrer Region verfügbar sind.

Die folgende Tabelle dient als Beispiel dafür, wann eine Funktion nur für Enterprise-Benutzer verfügbar wird:

Datum des Versionshinweises	Community-Release-Datum	Enterprise-Release-Datum
14. Juli 2025	Keine Angabe	ab dem 14. Juli 2025

Organisationen mit verzögerter Aktualisierung

Diese Funktion ist für Unternehmenskunden mit einer Advanced Tier-Lizenz verfügbar.

Wenden Sie sich an das UiPath-Vertriebsteam, um weitere Informationen darüber zu erhalten, wie Sie ein Advanced Tier-Kunde werden können.

Wenn Ihr Unternehmen in einer Region mit verzögerten Aktualisierungen gehostet wird, erhalten Sie Aktualisierungen für Test Cloud und ihre Dienste mindestens zwei Wochen, nachdem sie andere Unternehmen erreicht haben, was den zuvor beschriebenen Regeln unterliegt.

Die genaue Anzahl der Tage, die es dauert, bis die Änderungen in Ihrer Organisation mit verzögerter Aktualisierung in Ihrer ausgewählten Hostingregion verfügbar sind, kann etwas mehr als 14 Tage betragen, je nachdem, wann wir die Änderungen in allen Regionen bereitgestellt haben.

Sie können eine typische Unternehmensorganisation als Vorproduktionsumgebung zum Testen von Updates verwenden und Ihre Organisation für verzögerte Updates als Produktionsumgebung nutzen. Sobald die Aktualisierungen in Ihrer Unternehmensorganisation verfügbar sind, können Sie davon ausgehen, dass die Änderungen etwa zwei Wochen später in Ihrer Organisation für verzögerte Aktualisierungen erscheinen.

Regionen

Die Funktion „Verzögerte Aktualisierung“ ist in den Hostingregionen USA und Europäische Union verfügbar.

Dienste, die von verzögerten Updates profitieren

UiPath-Dienste können verzögerte Aktualisierungen in den Vereinigten Staaten oder der Europäischen Union unterstützen. Um zu sehen, welche Dienste verzögerte Updates in diesen Regionen unterstützen, lesen Sie die Seite Globale Cloud-Regionen .

Statusseite

Informationen zur Verfügbarkeit aller UiPath®-Dienste, zu geplanten Wartungszeiten und Ereignissen finden Sie auf der Seite Status.

Funktionsveröffentlichung Test Cloud – Öffentlicher Sektor

Unser Ansatz zur Einführung neuer Funktionen oder Updates in der Test Cloud – Öffentlicher Sektor ist so konzipiert, dass Sie einen nahtlosen und effektiven Übergang für Sie gewährleisten.

Das ist zu erwarten

1. Versionshinweise: Nachdem wir die Entwicklung und das Testen neuer Funktionen oder Updates abgeschlossen haben, geben wir dies in den Versionshinweisen bekannt. Diese Versionshinweise sind unter https://docs.uipath.com/de/ zugänglich.
2. Transparenz: Unsere Versionshinweise sind so gestaltet, dass sie transparent und informativ sind. Sie beschreiben, was die neue Funktion mit sich bringt und welche Änderungen sie an bestehenden Funktionen mit sich bringt.
3. Timing: Benutzer sollten damit rechnen, dass neue Funktionen oder Updates kurz nach der Veröffentlichung der Versionshinweise angezeigt werden. Der spezifische Zeitpunkt kann je nach Komplexität der Funktion oder des Updates variieren, aber wir versuchen, sie nach der Ankündigung so schnell wie möglich zugänglich zu machen.

Informationen zur Verfügbarkeit aller UiPath®-Dienste, zu geplanten Wartungszeiten und Ereignissen finden Sie auf der Seite Status.

Funktionsveröffentlichung für Test Cloud Dedicated

Einer der Hauptvorteile von Test Cloud Dedicated ist die Möglichkeit, Upgrades zu steuern. Es erfüllt spezifische Anforderungen für die Aktualisierung Ihrer wichtigen UiPath-Anwendungen, sodass Sie wichtige Aspekte wie die folgenden nutzen können:

• Planung, wann Ihre Plattform und Ihre UiPath-Dienste aktualisiert werden können, um Geschäftsunterbrechungen zu vermeiden. Sie können beispielsweise Aktualisierungen während der Hochlaufzeit, wie beispielsweise an den Feiertagen am Jahresende, vermeiden.
• Bestimmen des Zeitplans für die Bereitstellung neuer Funktionen auf Ihrer Plattform. Auf diese Weise können Sie die Validierung von Automatisierungen und neuen Funktionen sowohl in Test- als auch in Produktionsumgebungen planen.

Release-Prozess

Auf dieser Seite wird erklärt, wie Aktualisierungen umgebungsübergreifend in Test Cloud Dedicated bereitgestellt, gesteuert und kommuniziert werden, indem ein Bereitstellungsmodell verwendet wird, das auf Ringen basiert.

Versionsübersicht

Test Cloud Dedicated-Releases erscheinen alle zwei Wochen. Jeder Sprint liefert eine Nutzlast, die Folgendes umfasst: neue Funktionen und Verbesserungen, Sicherheitspatches, Infrastruktur, Konfigurationsaktualisierungen und Fehlerbehebungen.

Alle Aktualisierungen folgen einer Ringbasierten Rollout-Strategie, die von einem Dienstbereitstellungsplan gesteuert wird.

Rollout-Zeitplan und -Umgebungen

Der Bereitstellungslebenszyklus von Test Cloud Dedicated umfasst die folgenden Komponenten:

• Release-Frequenz – Releases folgen einem Zeitplan einmal alle zwei Wochen. Jeder Sprint beinhaltet kumulative Updates, wie z. B. neue Funktionen, Verbesserungen, Sicherheitspatches und Fehlerbehebungen.
• Ringbasierter Rollout – Die Releases durchlaufen mehrere Umgebungen nacheinander, wobei Sandbox die erste Umgebung ist. Die folgenden Umgebungen hängen von Ihrem bevorzugten Zeitplan und der Bereitstellungsarchitektur ab. Die Sandbox-Umgebung ist eine freigegebene Instanz, die Sie zur Vorabvalidierung von Aktualisierungen verwenden können. Zu diesem Zeitpunkt werden Versionshinweise veröffentlicht.
  Hinweis:

  Der Rollout-Flow schließt Blackout-Fenster und Freeze-Zeiträume aus.

Arten von Releases

Test Cloud Dedicated bietet Ihnen zwei Arten von Updates:

• Standard-Release: Regelmäßige Bereitstellung von Produkt-, Infrastruktur- und Konfigurationsupdates alle zwei Wochen.
• Hotfix-Releases: Notfallbehebung für Sicherheitslücken oder wichtige Fehler.

Hotfixes und Notfallversionen

Bei Korrekturen mit hoher Priorität folgt der Bereitstellungslebenszyklus diesen Ausnahmen:

• Releases werden über alle Ring hinweg schnell nachverfolgt.
• Rufverzögerungen, Wartungsfenster und Blackout-Fenster können je nach Dringlichkeit umgangen werden.
  Hinweis:

  Nur Regressionen aus dem früheren Verhalten von Test Cloud Dedicated sind für Hotfixes in Frage.

Aktualisieren Sie Steuerelemente

Test Cloud Dedicated bietet Flexibilität bei der Bereitstellung von Aktualisierungen. Sie können Ihre Produktionsumgebung mit den folgenden Upgrade-Steuerelementtypen konfigurieren:

• Verzögerte Veröffentlichung: Verschieben Sie Aktualisierungen um bis zu 30 Tage.
• Blackout-Fenster: Verhindern Sie Bereitstellungen während eines festgelegten Zeitraums. Blackout-Zeiten gelten folgende Regeln:
  • Kann maximal 30 aufeinanderfolgende Tage dauern.
  • Muss von einer 10-tägigen Öffnungszeit gefolgt werden, bevor ein weiteres Blackout angewendet werden kann.
  • Muss mindestens fünf Werktage im Voraus eingereicht werden.
  • Bereitstellungszeitpläne innerhalb der nächsten 48 Stunden können nicht blockiert werden. Sie können beispielsweise ein Blackout-Fenster verlängern, das in weniger als zwei Tagen endet, aber Sie können ein Blackout-Fenster anpassen, das nach mehr als fünf Tagen endet.
• Wartungsfenster: Stellen Sie sicher, dass Upgrades außerhalb der Geschäftszeiten durchgeführt werden. Das Wartungsfenster ist in der Regel zwischen 15:00 und 21:00 Uhr EST geplant. Für Upgrades in allen Produktionsumgebungen wird ein ununterbrochenes Fenster von 6 Stunden empfohlen.
  Hinweis:

  Die Sandbox-Umgebung ist von Blackout- und Wartungszeiträume ausgeschlossen.

Kommunikation und Benutzerverantwortung

Um sicherzustellen, dass Sie wissen, wie Releases in Ihrer Test Cloud Dedicated-Organisation eingeführt werden, überprüfen Sie die folgenden Ressourcen:

• Versionshinweise: Veröffentlicht am selben Tag, an dem die Sandbox-Umgebung aktualisiert wird.
• Benachrichtigungen auf der Statusseite: Wird für jede Ausfallzeit mit einer Ankündigung von mindestens sieben Tagen verwendet.

Als Test Cloud Dedicated-Benutzer wird Folgendes von Ihnen erwartet:

1. Überprüfen Sie regelmäßig die Versionshinweise und Statusseitenaktualisierungen.
2. Überprüfen Sie die Versionshinweise nach der Veröffentlichung.
3. Validieren Sie die Änderungen in Sandbox und allen anderen genehmigten Umgebungen.
4. Öffnen Sie ein Support-Ticket, um die Produktionsversion anzuhalten, wenn Sie Regressionen oder Leistungsprobleme entdecken.

Rollout-Beispiel

Wenn ein Sprint-Release beispielsweise am 7. Juli in Sandbox bereitgestellt wird und die Produktionsverzögerung 30 Tage beträgt, wäre der Zeitplan wie folgt:

1. Das Sandbox-Upgrade wurde am 7. Juli durchgeführt.
2. Versionshinweise, die am 7. Juli veröffentlicht wurden.
3. Produktionsupgrade am 9. August durchgeführt.

Über Upgrade-Steuerelemente

Es gibt zwei Arten von Steuerelementen:

1. Verzögerte Veröffentlichung: Damit können Sie Updates um bis zu 30 Tage verschieben.
2. Blackout-Fenster: Wir stellen sicher, dass keine Aktualisierungen für einen bestimmten Zeitraum mit einem Blackout-Fenster von bis zu 30 Tagen erfolgen.

Um sicherzustellen, dass Test Cloud-Organisationen auf dem neuesten Stand bleiben, haben wir die folgenden Einschränkungen eingeführt:

• Blackout-Fenster können nur für einen ununterbrochenen Zeitraum von 30 Tagen dauern. Dies ist dazu da, um eine 30-tägige Blockierungszeit für Ihren Bedarf am Jahresende zu berücksichtigen.
• Auf jedes Blackout-Fenster muss eine Unterbrechung von mindestens 10 Tagen folgen, damit UiPath nach einem längeren Blackout-Fenster genügend Zeit hat, Updates bereitzustellen.
• Alle Änderungen am Blackout-Fenster müssen 5 Werktage vor der beabsichtigten Änderung über ein Ticket eingereicht werden.
• Sie dürfen keine Änderungen implementieren, die dazu führen würden, dass die Zeit innerhalb der nächsten 48 Stunden blockiert wird, die zuvor freigegeben wurde.

Im folgenden Abschnitt werden einige Beispiele beschrieben, damit Sie diese Richtlinien besser verstehen können:

• Wenn Sie sich in einem Blackout-Fenster befinden, das in fünf Tagen endet, können Sie dieses Zeitfenster entweder verlängern oder verkleinern, da es keinen neuen Zeitrahmen blockiert.
• Wenn das Blackout-Fenster an einem Tag endet, kann es nicht verlängert werden, da der folgende Tag dann blockiert würde.
• Wenn kein aktuelles Blackout-Fenster vorhanden ist und Sie eines festlegen möchten, das in einem Tag beginnt, kann ein solches Fenster nicht erstellt werden.

Verwalten der Upgrade-Steuerelemente

Um beide in Test Cloud verfügbaren Upgrade-Steuerelemente zu konfigurieren, müssen Sie sich an unser Support-Team wenden und Support-Tickets erstellen.