Notes de version

Historique des changements de la version 1.0.48 et de ses correctifs, du plus récent au plus ancien.

1.0.48.3

Data Fabrik

Production UTD - Mise en évidence visuelle du picto commentaire

Une amélioration ergonomique a été apportée à l'écran Data Fabrik → Productions UTD afin de faciliter l'identification des productions comportant des commentaires.

Jusqu'à présent, l'icône associée aux commentaires apparaissait de manière identique, qu'un commentaire soit présent ou non. Cette absence de différenciation nécessitait d'ouvrir chaque production pour vérifier la présence éventuelle d'un échange ou d'une annotation.

Désormais, lorsqu'au moins un commentaire est renseigné pour une production UTD, le pictogramme correspondant apparaît coloré (selon la charte graphique en vigueur). En l'absence de commentaire, l'icône conserve son apparence neutre/grisée actuelle.

Cette évolution permet de distinguer immédiatement les productions commentées, sans modifier l'organisation de l'écran ni alourdir l'interface. Elle améliore la lisibilité et contribue à un suivi plus efficace des échanges autour des traitements.

Les tooltips associés restent disponibles en français et en anglais :

• Afficher les commentaires / Show comments
• Le cas échéant : Aucun commentaire / No comments

Aucune modification fonctionnelle n'a été apportée au mécanisme de gestion des commentaires ; il s'agit exclusivement d'une amélioration visuelle visant à optimiser l'expérience utilisateur.

Data Shop

Vision jeux de données - Marketplace

Dans le cadre de l'amélioration continue de l'expérience utilisateur de DataShop, un nouvel écran a été introduit dans le module Data Product afin de proposer une vision plus métier des jeux de données.

Jusqu'à présent, les datasets étaient regroupés selon leur valeur technique d'étiquette (par exemple : 20250219_CLT_TXC_02). Cette approche, bien que cohérente d'un point de vue technique, rendait parfois la navigation moins intuitive pour les utilisateurs métiers.

Désormais, les jeux de données sont regroupés par libellé explicite d'étiquette, comme par exemple « Taux de change BCE ». Cette évolution permet de contextualiser immédiatement l'usage fonctionnel du dataset et d'identifier plus facilement les différentes versions associées à un même périmètre métier.

Le nouvel écran présente une vue consolidée sous forme de cartes, indiquant pour chaque regroupement le nombre de jeux de données disponibles, la date de dernière mise à jour ainsi que les référents associés. Cette organisation offre une lecture plus claire, centrée sur la valeur et l'usage des données plutôt que sur leur codification technique.

Supervision

Journalisation des événements de connexion

Afin de renforcer la traçabilité et l'auditabilité des accès utilisateurs, Orkestra intègre désormais une journalisation automatique des événements liés à l'authentification.

Les actions de connexion réussie, de tentative échouée et de déconnexion sont maintenant tracées de manière systématique, que l'authentification soit réalisée via le mécanisme natif Orkestra ou via un mode SSO. L'ensemble de ces événements est consultable dans Supervision → Journaux / Logs Orkestra.

Chaque événement est enregistré selon le modèle de log standard de la plateforme (niveau, horodatage, message, détails techniques éventuels), garantissant une parfaite cohérence avec le reste du système de supervision.

Les événements suivants sont désormais couverts :

• Connexion réussie (niveau Information) — Message : Connexion réussie de l'utilisateur [UserLogin] / [UserLogin] logged in successfully
• Tentative de connexion échouée (niveau Warning) — Message : Échec de connexion pour l'utilisateur [UserLogin] (mot de passe incorrect ou utilisateur inactif) / Failed login attempt for user [UserLogin] (invalid password or inactive user)
• Déconnexion (niveau Information) — Message : Déconnexion de l'utilisateur [UserLogin] / User [UserLogin] has logged out

Les messages sont automatiquement générés dans la langue de la session utilisateur (FR/EN).

Cette évolution permet :

• d'améliorer le suivi des accès à la plateforme,
• de faciliter le diagnostic en cas de problème d'authentification,
• de garantir une auditabilité homogène entre authentification standard et SSO,
• et de renforcer la conformité aux exigences de sécurité et de gouvernance.

Supervision – Renommage du sous-menu « Instances ParallelU » en « Workers »

Dans le module Supervision → Journaux, le sous-menu précédemment intitulé « Instances ParallelU » a été renommé afin d'aligner la terminologie avec l'architecture réelle de la plateforme.

Afin d'harmoniser la nomenclature entre les différents modules et d'améliorer la compréhension technique, ce sous-menu porte désormais le nom « Workers », aussi bien en français qu'en anglais.

Les modifications sont les suivantes :

• FR : Instances ParallelU → Workers
• EN : ParallelU Instances → Workers

Administration

Habilitations - Utilisateurs modifier le libellé

Dans le module Administration / Habilitations, une amélioration a été apportée au libellé du champ permettant de dupliquer les droits d'un utilisateur existant.

Le libellé précédemment affiché, « les mêmes droits que » (FR) / « same rights as » (EN), pouvait prêter à ambiguïté quant au rôle exact de l'utilisateur sélectionné dans ce champ. Afin de renforcer la compréhension fonctionnelle, le libellé a été précisé.

Il est désormais affiché comme suit :

• FR : les mêmes droits que le modèle
• EN : the same rights as the model

Cette évolution vise à expliciter le fait que l'utilisateur sélectionné sert de modèle de référence pour la duplication des habilitations et non simplement de point de comparaison.

Assouplissement du champ « Description de l'affectation » dans la gestion des utilisateurs

Une évolution fonctionnelle a été apportée à l'écran Administration → Utilisateurs, lors de l'ajout ou de la modification d'un rôle associé à un utilisateur.

Jusqu'à présent, le champ « Description de l'affectation » était obligatoire, ce qui pouvait bloquer la validation de l'ajout d'un rôle si aucune information n'était saisie. Or, ce champ ayant une vocation purement informative, son caractère obligatoire pouvait générer une contrainte inutile dans le processus d'administration.

Désormais, le champ « Description de l'affectation » (FR) / « Assignment description » (EN) devient facultatif. Il est possible d'enregistrer l'ajout ou la modification d'un rôle même si ce champ est laissé vide, sans message d'erreur de validation.

Configuration

Configuration – Renommage du sous-menu « Instances ParallelU »

Dans un souci de cohérence terminologique et d'alignement avec la structure fonctionnelle de la plateforme, le sous-menu « Instances ParallelU » a été renommé dans le module Configuration.

Le libellé précédent ne reflétait plus la dénomination fonctionnelle retenue dans l'interface globale d'Orkestra. Afin d'uniformiser le vocabulaire et d'éviter toute ambiguïté, ce sous-menu porte désormais le nom « UTD Manager », aussi bien en français qu'en anglais.

Les modifications sont les suivantes :

• FR : Instances ParallelU → UTD Manager
• EN : ParallelU Instances → UTD Manager

UTD Manager / Catégories - Mise à jour de la popup « Ajouter »

Une évolution ergonomique a été apportée à la fenêtre d'ajout et de modification des catégories dans le module Configuration → UTD Manager, afin d'en améliorer la clarté et la cohérence fonctionnelle.

Le titre de la fenêtre devient désormais « Catégorie » (FR) / « Category » (EN), aussi bien en mode ajout qu'en mode édition.

Le champ précédemment nommé « Catégorie » est renommé en « Libellé catégorie » (FR) / « Category label » (EN), afin de mieux refléter la nature attendue de l'information saisie.

Le champ « Date de création » est supprimé du formulaire. Cette donnée est désormais renseignée automatiquement en base lors de la création, avec la date du jour, garantissant la fiabilité de l'information tout en allégeant la saisie utilisateur.

Enfin, le champ « Statut » évolue vers une liste déroulante structurée, proposant les valeurs Actif / Inactif (FR) ou Active / Inactive (EN), assurant une saisie homogène et maîtrisée.

UTD Manager - Mise à jour des libellés et ajout de la suppression dans la gestion des éditeurs de logiciels

Une évolution a été apportée à l'onglet Éditeurs de logiciels du module Configuration → UTD Manager, afin d'améliorer la cohérence des libellés et d'enrichir les fonctionnalités d'administration.

Clarification des libellés

La popup d'ajout et d'édition présentait jusqu'à présent des intitulés génériques ne reflétant pas précisément le contexte fonctionnel. Les libellés ont été mis à jour pour assurer une meilleure compréhension :

• Le titre de la fenêtre devient « Éditeur de logiciel » (FR) / « Software publisher » (EN).
• Le champ principal est désormais nommé « Libellé » (FR) / « Label » (EN), en remplacement des anciens intitulés.

Ajout de la suppression sécurisée

Il est désormais possible de supprimer un éditeur de logiciel, sous réserve qu'il ne soit référencé dans aucune autre entité (UTD, instance, logiciel ou configuration associée).

Lorsqu'un éditeur n'est utilisé nulle part, sa suppression est autorisée et confirmée par un message explicite :

« L'éditeur a été supprimé avec succès. » / « The publisher has been successfully deleted. »

En revanche, si l'éditeur est encore référencé, la suppression est bloquée afin de préserver l'intégrité des configurations existantes. Un message d'avertissement informe alors l'utilisateur :

« Impossible de supprimer cet éditeur : il est utilisé dans une ou plusieurs configurations. » / « Unable to delete this publisher: it is used in one or more configurations. »

UTD Manager - Harmonisation des popups Serveurs

Des améliorations ont été apportées à l'onglet Serveurs du module Configuration → UTD Manager, afin d'harmoniser les fenêtres d'ajout et d'édition et de renforcer la gestion des suppressions.

Les popups d'ajout et d'édition ont été alignées en termes de titres, de libellés et de champs visibles afin d'assurer une meilleure cohérence ergonomique.

La fenêtre d'ajout affiche désormais le titre « Ajout d'un serveur » (FR) / « Add server » (EN). La fenêtre d'édition affiche « Édition du serveur : <nom du serveur> » (FR) / « Edit server: <server name> » (EN), permettant d'identifier clairement l'élément en cours de modification.

Le champ « Nom » a été renommé en « Nom du serveur » (FR) / « Server name » (EN), afin de lever toute ambiguïté. Ce champ est désormais le seul obligatoire.

Les champs « Date de dernière activité » et « Durée d'exploitation » ne sont plus affichés dans les popups, leur consultation restant disponible via la grille principale. Cette simplification allège l'interface et recentre la saisie sur les informations réellement configurables.

Le champ « Statut » est proposé sous forme de liste déroulante avec les valeurs Actif / Inactif (FR) ou Active / Inactive (EN). Lors de l'ajout d'un nouveau serveur, la valeur par défaut est positionnée sur Actif / Active.

Suppression sécurisée des serveurs

Il est désormais possible de supprimer un serveur à condition qu'il ne soit référencé dans aucune autre entité (UTD, instance, configuration associée, etc.).

Si le serveur n'est pas utilisé, la suppression est autorisée et confirmée par le message :

« Le serveur a été supprimé avec succès. » / « The server has been successfully deleted. »

En revanche, si le serveur est encore référencé, la suppression est bloquée afin de garantir l'intégrité des configurations existantes. Un message explicite informe alors l'utilisateur :

« Impossible de supprimer ce serveur : il est utilisé dans une ou plusieurs configurations. » / « Unable to delete this server: it is used in one or more configurations. »

UTD Manager – Évolution de l'onglet Workers (ex-Clients ParallelU)

Dans le module Configuration → UTD Manager, l'onglet précédemment nommé « Clients ParallelU » a été renommé et aligné avec la terminologie actuelle de la plateforme afin de refléter le fonctionnement réel du moteur d'exécution.

Renommage de l'onglet

Le libellé évolue comme suit :

• FR : Clients ParallelU → Workers
• EN : ParallelU Clients → Workers

Cette modification permet d'harmoniser la nomenclature avec celle utilisée dans les autres modules, notamment en supervision.

Mise à jour des popups d'ajout et d'édition

Les fenêtres d'ajout et d'édition ont été harmonisées :

• Popup d'ajout : « Ajout d'un worker » (FR) / « Add worker » (EN)
• Popup d'édition : « Édition du worker : <nom du worker> » (FR) / « Edit worker: <worker name> » (EN)

Le champ précédemment intitulé « Nom de l'instance ParallelU » est renommé en « Nom du worker » (FR) / « Worker name » (EN).

Le champ Statut est proposé sous forme de liste déroulante avec les valeurs Actif / Inactif (FR) ou Active / Inactive (EN). La valeur par défaut lors de l'ajout est positionnée sur Actif / Active.

Les champs Date de première activité, Date de dernière activité et Durée d'exploitation ne sont plus affichés dans les popups. Ces informations restent gérées automatiquement par le système et consultables dans la grille.

Les champs obligatoires sont désormais :

• Nom du worker / Worker name
• Serveur / Server

Suppression sécurisée des workers

Il est désormais possible de supprimer un worker à condition qu'il ne soit référencé dans aucune autre configuration (UTD, instances, productions, etc.).

Si le worker n'est pas utilisé, la suppression est confirmée par un message explicite indiquant son succès. Le libellé évolue comme suit :

• FR : Le worker a été supprimé avec succès
• EN : The worker has been successfully deleted.

En revanche, si le worker est référencé ailleurs, la suppression est bloquée afin de préserver l'intégrité des configurations. Un message d'erreur clair informe alors l'utilisateur que le worker est utilisé dans une ou plusieurs configurations. Le libellé évolue comme suit :

• FR : Impossible de supprimer ce worker : il est utilisé dans une ou plusieurs configurations.
• EN : Unable to delete this worker: it is used in one or more configurations.

Platform

Sécurité – Implémentation de l'authentification OIDC (OpenID Connect)

Orkestra intègre désormais un mécanisme d'authentification basé sur le protocole OIDC (OpenID Connect) afin de permettre une gestion centralisée et sécurisée des accès aux applications.

Cette évolution permet d'interfacer la plateforme avec un fournisseur d'identité (Identity Provider) compatible OIDC, et d'externaliser la gestion de l'authentification tout en conservant le contrôle des habilitations au sein d'Orkestra.

Grâce à cette intégration :

• L'authentification peut être centralisée au niveau du système d'information.
• Les utilisateurs bénéficient d'un Single Sign-On (SSO) entre les applications connectées.
• Les mécanismes de sécurité (gestion des mots de passe, MFA, politiques d'accès, etc.) sont portés par le fournisseur d'identité.

L'intégration OIDC s'inscrit dans la stratégie de sécurisation et d'industrialisation d'Orkestra, en facilitant son déploiement dans des environnements d'entreprise exigeants.

1.0.48.2

Technique

Blocage Worker sur planifications et séquencement

Lors de l'envoi d'e-mails en fin de production, une vérification est effectuée pour déterminer si un modèle d'e-mail est associé au module concerné. Pour les anciennes planifications et les productions utilisant le séquencement, aucun modèle n'était encore enregistré. Cette situation entraînait une erreur lors du contrôle, ce qui bloquait l'exécution du worker.

1.0.48.1

Technique

Problème de migration 1.0.48.0 en échec

Dans certains environnements utilisant les Étiquettes, la mise à jour en version 1.0.48.0 pouvait empêcher le démarrage de la plateforme à cause d'un dysfonctionnement dans la phase de migration des données associées.

La version 1.0.48.1 corrige intégralement ce comportement.

Après installation de cette version, le démarrage de la plateforme et l'accès aux fonctionnalités liées aux Étiquettes fonctionnent normalement.

Recommandations :

• Cette mise à jour est fortement recommandée pour tous les clients utilisant les Étiquettes.
• Aucun changement fonctionnel n'est introduit : il s'agit uniquement d'un correctif de stabilité.

1.0.48.0

Data Fabrik

Assignation des destinataires des mails des productions

Jusqu'à présent, les notifications étaient envoyées automatiquement au seul demandeur de la production, ce qui limitait le partage d'information et la traçabilité.

Avec cette évolution, il devient possible d'assigner explicitement une ou plusieurs personnes comme destinataires des notifications liées à une production UTD. Cette configuration est intégrée directement dans l'écran de production UTD.

L'utilisateur peut désormais sélectionner plusieurs destinataires grâce à un moteur de recherche intégré et simple d'utilisation. Lorsqu'une production similaire a déjà été exécutée, la plateforme propose automatiquement les destinataires utilisés auparavant afin de faciliter la configuration.

La liste des destinataires reste entièrement modifiable jusqu'à la validation finale de la production.

Sélection du modèle de mail pour les destinataires des productions

Cette évolution permet à l'utilisateur de choisir le modèle d'email à utiliser pour informer les destinataires d'une production, et ainsi adapter le contenu du message à la nature du traitement ou au public concerné.

Un champ de sélection simple permet de choisir, dans une liste prédéfinie, le template souhaité. Seuls les modèles de mail actifs sont proposés afin de garantir la pertinence du choix. Lorsque la production est similaire à une précédente exécution, la plateforme suggère automatiquement le template utilisé auparavant, facilitant ainsi la configuration.

Cette sélection reste entièrement optionnelle : en l'absence de choix explicite, le système utilisera automatiquement le modèle standard de fin de production (FIN_PROD).

A noter : quelle que soit la configuration des destinataires et des emails personnalisés, le producteur recevra toujours le mail par défaut de suivi de production, tel que précédemment.

UTD Manager

Visualisation des assignations de gouvernance

Cette évolution vise à rendre visibles et explicites les responsabilités de pilotage associées à chaque module.

Une nouvelle section intitulée « DATA GOUVERNANCE » est désormais disponible dans la fiche détaillée de chaque module UTD. Elle présente, sous forme de liste, l'ensemble des utilisateurs assignés à la gestion des règles de gouvernance pour le module concerné.

Chaque ligne affiche le nom et prénom de l'utilisateur assigné, la date d'assignation, ainsi que le nom et prénom de la personne ayant effectué l'assignation.

Visualisation des destinataires du mail de fin de production

Amélioration de la visibilité des notifications en affichant, directement depuis la fiche d'un module UTD, la liste des utilisateurs destinataires du mail de fin de production.

Une section dédiée, intitulée « Destinataires du mail de fin de production », est désormais disponible dans la page de détail de chaque module UTD.

Pour chaque destinataire, le système affiche le nom et prénom de l'utilisateur, la date d'assignation, ainsi que le nom de la personne ayant effectué l'assignation.

Cette liste est modifiable via une production.

REF Manager

Import & Export Excel

Cette évolution permet aux utilisateurs de réaliser des mises à jour en masse de leurs référentiels métiers à partir d'un fichier Excel, de manière simple et totalement autonome.

Concrètement, un référentiel peut désormais être exporté au format Excel, modifié hors ligne, puis réimporté dans la plateforme pour mise à jour.

Lors de l'import, Orkestra analyse automatiquement le fichier afin de vérifier la correspondance des colonnes, le typage des données et la présence d'éventuelles anomalies. Un rapport de validation détaillé est ensuite affiché, précisant pour chaque ligne les statuts de succès ou d'erreur, accompagnés du champ concerné et du message explicatif.

L'identifiant (ID) de chaque enregistrement reste en lecture seule afin d'assurer la cohérence entre les lignes existantes et les nouvelles données.

Administration

Attribution d'un ensemble de droits type à un utilisateur

Cette nouvelle approche simplifie considérablement l'attribution des droits aux utilisateurs en permettant de créer des profils types regroupant des ensembles de droits homogènes.

Un utilisateur modèle est un compte de référence sur lequel un administrateur configure des droits applicatifs précis (par exemple Super admin UTD Manager, Créateur Data Fabrik ou Visualisateur Ref Manager).

Ces comptes ne sont pas destinés à se connecter à la plateforme, mais servent de base pour dupliquer rapidement leurs droits vers des utilisateurs réels. Une interface dédiée permet de sélectionner un utilisateur modèle et de reproduire leurs autorisations sur un utilisateur donné.

Configuration

Création et gestion de modèles d'emails personnalisés

Jusqu'à présent, seuls les modèles d'emails standard fournis par la plateforme pouvaient être utilisés dans le cadre des notifications de fin de production UTD.

Cette version lève cette limitation en introduisant la possibilité de créer et de définir de nouveaux modèles d'emails personnalisés directement depuis l'interface du module. Un nouveau bouton « Ajouter » est désormais disponible sur l'écran de gestion des modèles d'emails.

Il permet de créer un modèle spécifique adapté à un contexte particulier — par exemple un type de production, un public métier, une procédure de validation interne ou Data Gouvernance.

Cette évolution complète la nouvelle fonctionnalité d'assignation des destinataires des notifications UTD et offre une flexibilité totale dans la gestion des communications générées par la plateforme. Les équipes peuvent ainsi adapter le contenu, le ton et la présentation des messages selon les besoins, tout en conservant une gouvernance centralisée des modèles disponibles.

Technique

SSO SAML2

La plateforme Orkestra introduit la prise en charge du protocole SAML2 pour l'authentification unique (SSO).

Cette évolution permet aux entreprises de centraliser la gestion des identités et d'offrir à leurs utilisateurs une connexion simplifiée et sécurisée à la plateforme, via leur fournisseur d'identité existant. L'intégration du SSO SAML2 renforce la sécurité des accès tout en améliorant l'expérience utilisateur, grâce à une authentification fédérée.

Pré-requis technique : un certificat X.509 valide doit être installé sur le serveur pour permettre la signature et la validation des échanges SAML.

Orkestra sur SQL Server

Une évolution majeure de l'architecture de la plateforme avec la prise en charge complète de Microsoft SQL Server comme moteur de base de données unique.

Cette unification permet d'améliorer significativement les performances, la sécurité et la maintenabilité tout en garantissant une meilleure intégration avec les infrastructures SI des entreprises.

L'ensemble des composants Orkestra (runtime, référentiels, workflows, gouvernance, UTD) repose désormais sur une base SQL Server centralisée, offrant une architecture plus robuste et industrialisée.

Pré-requis technique : la plateforme doit disposer d'une instance SQL Server 2019 ou supérieure, accessible et configurée avant l'installation.

Migration vers .NET 8 – Modernité, performance

Avec la version 1.0.48.0, Orkestra adopte .NET 8, la dernière version du framework Microsoft.

Cette évolution renforce les performances, la sécurité et la stabilité de la plateforme tout en garantissant sa compatibilité avec les environnements cloud modernes et son support à long terme (LTS).

Cette mise à jour constitue une étape importante dans la modernisation technologique d'Orkestra et prépare la plateforme aux futures évolutions fonctionnelles et d'intégration.

Pré-requis technique : l'installation du framework .NET 8 Runtime & Hosting Bundle est nécessaire sur le serveur avant déploiement. Cette opération peut nécessiter un redémarrage du serveur.