apps
latest
false
Important :
Pour obtenir de la documentation sur les projets d'application créés dans Studio Web, reportez-vous au chapitre Projets d'application de la documentation de Studio Web : https://docs.uipath.com/fr/studio-web/automation-cloud/latest/user-guide/apps-in-studio-web. Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Notes de publication d'Apps

Dernière mise à jour 18 févr. 2026

2026

Les notes de version pour l'année en cours sont disponibles en sélectionnant un mois dans la table des matières à gauche.

Each page lists the changes made in Automation CloudTM Dedicated during the month: new features, bug fixes, and more.

Processus de publication

Cette page explique comment les mises à jour sont livrées, contrôlées et communiquées entre les environnements d' Automation Cloud (Dédié), à l'aide d'un modèle de déploiement basé sur des cercles.

Vue d'ensemble de la version

Les versions Automation Cloud (Dédié) se produisent toutes les deux semaines. Chaque sprint fournit une charge utile qui inclut : de nouvelles fonctionnalités et améliorations, des correctifs de sécurité, une infrastructure, des mises à jour de configuration et des corrections de bogues.

Toutes les mises à jour suivent une stratégie de déploiement basée sur le cercle régie par un plan de déploiement de service.

Calendrier de déploiement et environnements

Le cycle de vie du déploiement d' Automation Cloud (Dédié) comprend les composants suivants :

  • Cadence de publication : les publications suivent un calendrier de publication d’une fois par deux semaines. Chaque sprint comprend des mises à jour cumulatives, telles que de nouvelles fonctionnalités, des améliorations, des correctifs de sécurité et des corrections de bogues.
  • Déploiement basé sur des cercles : les versions progressent par plusieurs environnements à la fois, Sandbox étant le premier environnement. Les environnements suivants dépendent de votre planification et de votre architecture de déploiement préférées.

    L’environnement Sandbox est une instance partagée que vous pouvez utiliser pour valider les mises à jour à l’avance. C'est à ce moment que les notes de version sont publiées.

    Remarque : le flux de déploiement exclut les fenêtres invalides et les périodes de gel.

Types de versions

Automation Cloud (Dédié) vous propose deux types de mises à jour :
  • Version standard : déploiement régulier de mises à jour du produit, de l'infrastructure et de la configuration toutes les deux semaines.
  • Versions de correctif : correctif d’urgence pour les vulnérabilités de sécurité ou les bogues à fort impact.

Correctifs et versions d'urgence

Pour les correctifs de haute priorité, le cycle de vie du déploiement suit les exceptions suivantes :

  • Les versions sont suivies rapidement dans tous les processus.
  • Les délais de sonnerie, les fenêtres de maintenance et les fenêtres d’indisponibilité peuvent être ignorés en fonction de l’urgence.
Remarque : seules les régressions du comportement précédent Automation Cloud (Dédié) sont éligibles pour les correctifs.

Commandes de mise à niveau

Automation Cloud (Dédié) offre une flexibilité lors du déploiement des mises à jour. Vous pouvez configurer votre environnement de production à l'aide des types de contrôle de mise à niveau suivants :

  • Publication différée : diffère les mises à jour pendant 30 jours.
  • Fenêtre d’indisponibilité : empêche les déploiements pendant une période fixe.

    Les règles d'une période d'indisponibilité sont les suivantes :

    • Peut durer au maximum 30 jours consécutifs.
    • Doit être suivi d’une période ouverte de 10 jours avant qu’une autre période d’indisponibilité ne puisse être appliquée.
    • Doit être soumis au moins cinq jours ouvrables à l’avance.
    • Impossible de bloquer les planifications de déploiement au cours des prochaines 48 heures.

    Par exemple, vous pouvez prolonger une fenêtre d'indisponibilité qui se termine dans moins de deux jours, mais vous pouvez ajuster une fenêtre d'indisponibilité qui se termine dans plus de cinq jours.

  • Période de maintenance : vérifiez que les mises à niveau ont lieu en dehors des heures ouvrables.

    La fenêtre de maintenance est généralement planifiée entre 15 h et 9 h EST.

    Une fenêtre continue de 6 heures est recommandée pour les mises à niveau dans tous les environnements de production.

Remarque : l'environnement Sandbox est exclu des périodes d'indisponibilité et de maintenance.

Communications et responsabilité des utilisateurs

Pour vous assurer que vous savez comment les versions sont déployées dans votre organisation Automation Cloud (Dédié), vous devez consulter les ressources suivantes :

  • Notes de publication : Publié le même jour, l’environnement Sandbox est mis à niveau.
  • Notifications de page de statut : utilisées pour tout temps d'arrêt, avec au moins sept jours.

En tant qu’utilisateur d’ Automation Cloud (Dédié), vous devez effectuer les opérations suivantes :

  1. Vérifiez régulièrement les notes de publication et les mises à jour de la page de statut.
  2. Examinez les notes de version une fois publiées.
  3. Validez les modifications dans la Sandbox et tous les autres environnements approuvés.
  4. Ouvrez un ticket d'assistance pour suspendre la version de production si vous constatez des régressions ou des problèmes de performances.

Exemple de déploiement

Par exemple, si une version de sprint est déployée dans la Sandbox le 7 juillet et que le délai de production est de 30 jours, le calendrier sera le suivant :

  1. Mise à niveau de la Sandbox effectuée le 7 juillet.
  2. Notes de publication publiées le 7 juillet.
  3. Mise à niveau de production effectuée le 9 août.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo
Confiance et sécurité
© 2005-2026 UiPath Tous droits réservés.