Octobre 2026

Cet article décrit les principales améliorations apportées aux fonctionnalités de JustPerform v26.10.

Améliorations apportées au tableau des transactions : Suppression et détails de la table

Les tableaux de transactions prennent désormais en charge la suppression de lignes et de dimensions sur place, et une nouvelle page « Détails du tableau » regroupe les détails des Métriques et des dimensions locales.

Suppression de lignes dans la grille

Les utilisateurs peuvent désormais supprimer les lignes erronées directement depuis la grille d'une table de transactions ou depuis son Snippet de saisie. La suppression est validé lorsque la table est enregistrée, et il est consigné dans l'historique des données. Les snippets par défaut, les snippets de saisie et les exportations ne contiennent plus que les lignes restantes.

Suppression de dimensions et fusion de lignes

Les utilisateurs disposant d’un accès « Manager » peuvent supprimer une dimension locale ou globale qui n’est plus nécessaire ; la suppression est appliqué quand la table est publiée. Lorsque la table n’autorise pas les lignes en double, les lignes qui deviennent identiques sont fusionnées en une seule ligne : les valeurs numériques des métriques sont additionnées et les autres valeurs sont effacées. Une table doit conserver au moins une dimension globale ; la dernière dimension globale ne peut donc pas être effacée.

Page « Détails de la table »

Une nouvelle page « Détails de la table » répertorie les Métriques et les dimensions locales d’une table de transactions dans des onglets distincts. Les utilisateurs peuvent modifier le nom et le type de données d’une Métrique, ainsi qu’une dimension locale, notamment en ajoutant ou en supprimant les valeurs autorisées d’une dimension de liste. Les modifications enregistrées restent synchronisées avec la mise en forme de la table, l’importation, l’exportation, les Snippets par défaut et les Snippets de saisie.

Pour plus d’informations, consultez l’article Transactions – Table.

Améliorations apportées au workflow : Nœud de mapping de transformation

Le nœud de Mapping offre désormais aux utilisateurs un meilleur contrôle sur les lignes à faire correspondre et des informations plus claires sur les valeurs qui ne peuvent pas être mappées.

Option « Première correspondance uniquement »

Une nouvelle option « Only Match First » du nœud de Mapping renvoie uniquement la première ligne correspondante de la table de Mapping, dans l’ordre des lignes, quand une valeur Source correspond à plusieurs lignes. Lorsque cette option est désactivée, le nœud renvoie toutes les lignes correspondantes. Cette option est désactivée par défaut ; les mappages existants conservent donc leurs résultats actuels, et ce paramètre s’applique à toutes les étapes du nœud.

Gestion des sauts, des caractères génériques et des espaces

Un tableau de mapping peut désormais utiliser *SKIP comme cible pour exclure les valeurs source correspondantes de la sortie sans interrompre l’exécution. Lorsque le motif source et la valeur cible contiennent tous deux un caractère générique, la partie de la valeur source qui correspond au caractère générique remplace celui-ci dans la cible. Les espaces en début et en fin de ligne sont ignorés lorsque les valeurs sources sont comparées avec la table de mappage.

Rapport sur les enregistrements rejetés

Lorsqu’une exécution s’arrête ou se termine avec des valeurs non mappées, la sortie d’exécution indique désormais le nombre d’enregistrements rejetés et les valeurs non mappées par dimension, afin que les utilisateurs puissent identifier les valeurs qui nécessitent un mapping. Les valeurs omises par une ligne *SKIP ne sont pas comptabilisées comme rejetées.

Pour plus d’informations, consultez la section Nœud de Mapping de l’article Utilisation des nœuds de transformation.

Améliorations apportées au workflow : Nœud « Script SQL » (transformation)

Le nœud « Script SQL » explique désormais clairement les problèmes liés aux requêtes et permet aux utilisateurs de contrôler les tables auxquelles un workflow a accès.

Messages d’erreur spécifiques

Les fonctions Valider, Publier et Exécuter affichent désormais le même message pour un même problème. Ces messages identifient les erreurs de syntaxe, les nœuds, colonnes et Paramètres inconnus, ainsi que les problèmes de type de données, tels que la comparaison d’un texte avec un nombre. Chaque message indique la ligne et la colonne où se situe le problème dans la requête et utilise les noms des nœuds de saisie. Des messages de sécurité s’affichent quand une requête est trop complexe pour être exécutée ou ne se termine pas à temps, et les messages relatifs aux colonnes de sortie signalent les noms en double, les alias manquants et un nombre de colonnes qui ne correspond pas au nœud « Écriture » en aval. Un mot-clé interdit à l’intérieur d’une valeur de texte, d’un commentaire ou d’un identifiant entre guillemets ne bloque pas une requête.

Pour plus d’informations, consultez la section Résolution des erreurs de requête de l’article Utilisation des nœuds de transformation.

Option d’accès aux tables de l’espace de travail

Une nouvelle option Autoriser l’accès aux tables de l’espace de travail dans les détails du workflow permet aux nœuds Script SQL d’un workflow de lire des tables qui ne sont pas ajoutées en tant qu’entrées de nœud. Cette option est désactivée par défaut ; les nœuds « Script SQL » ne lisent alors que les tables ajoutées en tant qu’entrées. La modification de cette option nécessite un accès de gestion au workflow.

Pour plus d’informations, consultez la section Validation de la saisie et sécurité de l’article Utilisation des nœuds de transformation et la section Modifier les propriétés d’un workflow de l’article Gestion des workflows.

Améliorations apportées au workflow : Messages d’échec des nœuds et détection des modifications de la source

Les nœuds de workflow identifient désormais le problème lorsqu'une exécution échoue ou renvoie moins de données que prévu, et ils signalent les composants sources qui ont été modifiés depuis la publication du nœud.

Messages d’échec des nœuds

Les nœuds « Lecture », « Transformation », « Écriture » et « Action sur les données » renvoient désormais un message spécifique, par exemple en cas de source ou de cible effacée, de saisie manquante, de table vide ou de lignes ignorées en raison de l’inexistence d’un membre. Chaque message se termine par le nom du nœud et Succès ou Échec. La sortie d’exécution affiche le message du nœud sélectionné, et le Journal des événements répertorie les messages de tous les nœuds dans l’ordre d’exécution ; ainsi, les utilisateurs qui exécutent un workflow à partir d’une tâche voient les mêmes informations que ceux qui l’exécutent à partir du canevas. Lorsqu’un aperçu des données est limité à 1 000 lignes, le message indique le nombre de lignes affichées et le total.

Détection des modifications de la source

Lorsque la feuille, la table de transactions, la table distante, la dimension ou la table de mappage utilisée par un nœud de lecture, d’écriture ou de mappage change après la publication du nœud, celui-ci affiche désormais un point d’exclamation sur le canevas et Table d’entrée réalisée dans son en-tête. Cet indicateur ne modifie pas le nœud et ne bloque pas l'exécution. Le fait d’ajouter à nouveau le composant source et de publier le nœud permet d’effectuer une actualisation, tout en conservant les sélections, la mise en forme, les filtres et les mappages qui restent valides.

Pour plus d’informations, consultez les sections Affichage de la sortie d’exécution, Dépannage des erreurs et Actualisation d’un nœud après une modification de la Source de l’article Gestion des workflows.

Améliorations apportées au workflow : Nœud de lecture « Lecteur de fichiers »

Le nœud « Lecteur de fichiers » permet désormais aux utilisateurs d’attribuer un type de données à chaque colonne : Texte, Entier, Nombre, Pourcentage ou Date. Le type « Texte » est sélectionné par défaut, et les utilisateurs définissent le type de données de chaque colonne dans le volet latéral après avoir sélectionné les colonnes concernées. Une valeur qui ne correspond pas à son type de données est laissée vide dans la sortie, et un avertissement s'affiche quand une modification entraînerait la suppression de toute une colonne. Le fichier téléchargé lors de l’exécution du workflow est vérifié par rapport aux types de données configurés de la même manière.

Pour plus d’informations, consultez la section Configuration du nœud « Lecteur de fichiers » de l’article Utilisation des nœuds de lecture.

Améliorations apportées au workflow : Paramètres du nœud

La sélection et l’identification des nœuds et des colonnes sont désormais plus claires dans le panneau latéral des nœuds.

Indiquer les noms d’affichage dans les listes de nœuds

Le menu déroulant Saisie, le menu déroulant Nœuds précédents et les listes Nœuds précédents et Nœuds suivants indiquent désormais les noms d'affichage des nœuds. L'actualisation des listes se produit lorsque le nœud est renommé, sans qu'il soit nécessaire de rouvrir le nœud.

Pour plus d’informations, consultez la section Configuration des nœuds précédents de l’article Utilisation des paramètres de nœud et la section Utilisation des noms d’affichage et des ID uniques de l’article Comprendre les catégories et les types de nœuds.

Nœuds de saisie valides

Chaque menu déroulant « Saisie » ne répertorie désormais que les nœuds pouvant constituer des entrées valides pour ce nœud, tels que les nœuds « Lecture », « Mapping » et « Script SQL ». Le sélecteur de tables distantes du nœud « Lecture » répertorie uniquement les tables distantes dont la résidence des données n’est pas « Virtuelle ». Un workflow enregistré contenant déjà une saisie non valide s’ouvre normalement ; le nœud signalé doit être réaffecté ou supprimé avant que le workflow puisse être enregistré.

Pour plus d’informations, consultez la section Sélectionner des nœuds d’entrée valides de l’article Comprendre les catégories et les types de nœuds et la section Configurer un nœud de table distante de l’article Utilisation des nœuds de lecture.

Affichage du nom complet au survol

Lorsque vous survolez un nom trop long pour être indiqué dans un panneau latéral, un menu déroulant ou la Sortie d’exécution, le nom complet est indiqué désormais. Les menus déroulants de Mapping s’ouvrent davantage et la mise en surbrillance s’étend sur toute l’option.

Pour plus d’informations, consultez la section Utilisation des noms d’affichage et des ID uniques de l’article Comprendre les catégories et les types de nœuds.

ID uniques pour les noms en double

Lorsque des colonnes d’un nœud, ou des nœuds d’un workflow, partagent un nom d’affichage, chacun reçoit désormais un ID unique doté d’un suffixe numérique, par exemple Time et Time_1. Les noms indiquant les colonnes ne changent pas, ce qui permet aux requêtes SQL et aux nœuds en aval de référencer chaque colonne.

Pour plus d’informations, consultez la section Utilisation des noms d’affichage et des ID uniques de l’article Comprendre les catégories et les types de nœuds.

Améliorations apportées au workflow : Paramètres

Les paramètres de workflow filtrent désormais les membres et les propriétés dans davantage de nœuds. Les sélections de paramètres prennent effet une fois le workflow publié.

Paramètres dans les nœuds « Feuille » et « Table de transactions »

Dans les nœuds « Lire une feuille » et « Lire une table de transactions », ainsi que dans la section Remplacer en fonction de des nœuds « Écrire une feuille » et « Écrire une table de transactions », le sélecteur de membres répertorie désormais tous les paramètres du workflow, et les utilisateurs peuvent combiner des paramètres avec des membres fixes. Lorsque le workflow s’exécute, la sélection inclut les membres auxquels chaque paramètre correspond. Les nœuds d’écriture effacent uniquement les lignes situées dans la portée de remplacement résultante avant d’effectuer l’écriture.

Paramètres dans les nœuds de lecture de données permanentes

Dans un nœud « Lecture de données permanentes », chaque propriété qui n’est pas localisée comporte désormais une icône de filtre permettant de sélectionner des paramètres de workflow. Le nœud ne renvoie que les lignes dont la valeur de propriété correspond aux membres auxquels les paramètres se résolvent. Lorsque plusieurs paramètres sont sélectionnés pour une propriété, les valeurs résolues sont combinées sans doublons.

Pour plus d’informations, consultez les sections Paramètres dans les nœuds de feuille et de table de transactions et Paramètres dans les nœuds de lecture de données permanentes de l’article Utilisation des paramètres.

Améliorations apportées au workflow : Journal d'audit

Le journal d’audit d’une exécution de workflow répertorie désormais toutes les métriques affectées par l’exécution, y compris celles qui dépendent d’une métrique écrite à chaque niveau de la chaîne de dépendance. Chaque métrique dépendante affiche la métrique qui l’a déclenché, ce qui permet aux utilisateurs de retracer le cheminement d’un impact. Lorsque plusieurs nœuds écrivent dans une métrique, le journal d’audit conserve l’historique de chaque écriture avec le nom du nœud, le type de nœud, le workflow, l’heure et l’utilisateur, en commençant par la plus récente. Cela s’applique aux exécutions à partir du canevas et à partir des Tâches.

Pour plus d’informations, consultez la section Revue des modifications de Métriques dans le journal d’audit de l’article Utilisation des nœuds d’écriture et la section Journalisation d’audit de l’article Utilisation des nœuds d’ensemble de règles.

Améliorations apportées aux tâches d’activité et à la Plateforme

Cette mise à jour finalise la mise en place de l’ouverture des workflows, des tables de transactions et des tables de mapping à partir des tâches d’activité, et met à niveau les services de la Plateforme vers Spring Boot 4.

Liens internes aux tâches pour les workflows, les tables de transactions et les tables de mapping

Une tâche d’une activité peut comporter un lien interne vers un composant du système ; les workflows, les tables de transactions et les tables de mapping peuvent désormais être liés de la même manière que les feuilles. La sélection de la tâche ouvre le composant dans un nouvel onglet JustPerform, où le composant occupe tout l’espace de travail et où ses en-têtes de niveau 2, ses barres d’outils et ses actions sont disponibles, y compris l’exécution d’un workflow. Une nouvelle icône d’onglet apparaît à côté de chaque tâche comportant un lien interne et ouvre le composant dans un onglet du navigateur. Les autorisations existantes de l’utilisateur sur le composant s’appliquent.

Mise à niveau vers Spring Boot 4

Les services Intelligence, MCP, Core et Agent sont mis à niveau vers Spring Boot 4, en deux étapes, afin de rester sur une version prise en charge du framework. Les fonctionnalités restent inchangées.

Améliorations apportées à Design System 2.0

Cette mise à jour étend Design System 2.0 (DS 2.0), l'actualisation de l'identité visuelle, aux notifications par Email, aux pages d'historique des versions et aux écrans vides. Elle corrige également des problèmes de mise en forme, d’alignement et d’affichage sur les écrans qui utilisent déjà DS 2.0.

Modèles d'emails améliorés dans DS 2.0

Les notifications par Email utilisent désormais un modèle DS 2.0 qui indique le logo et indique si votre organisation utilise la marque Lineos. Les liens contenus dans l’email, tels que Activer le profil, ouvrent des pages DS 2.0, et les liens longs s’adaptent à la mise en forme de l’email. L'équipe de la plateforme Lineos gère les e-mails d'activation de compte.

Amélioration des pages d'historique des versions dans DS 2.0

Les pages d’historique des versions utilisent désormais DS 2.0, notamment la grille, les boîtes de dialogue contextuelles et les indicateurs de statut Actualisé et Non actualisé. L’indicateur de statut reste synchronisé avec l’état d’actualisation de la feuille, et la grille indique la barre de défilement horizontale supplémentaire.

Amélioration des écrans vides dans DS 2.0

Les écrans vides utilisent désormais DS 2.0. Il s’agit des espaces réservés qui s’affichent pour les listes, les tableaux, les tableaux de bord et les feuilles lorsqu’il n’y a pas de données, pas de résultats de recherche ou que rien n’a encore été configuré. Leurs illustrations, messages et boutons d’action respectent une mise en forme cohérente dans toute l’application. Les fonctionnalités restent inchangées.

Éléments d’interface utilisateur améliorés dans DS 2.0

Cette mise à jour corrige les problèmes de mise en forme, d’alignement et d’affichage sur les écrans migrés vers DS 2.0, afin que ceux-ci présentent un aspect et un comportement cohérents :

• Panneau latéral et navigation : Les libellés, l’alignement et les états « survol », « enfoncé » et « case à cocher » dans le panneau latéral et le panneau de navigation de gauche indiquent les états prévus. Les séparateurs de fil d’Ariane et la poignée de redimensionnement du panneau de navigation s’affichent également correctement.
• En-têtes de page et mises en forme : L’en-tête de niveau 2 de la page « Aperçu » et du tableau de bord « Activité » s’affiche avec la mise en forme et la mise en surbrillance au survol correctes, sans scintillement ni options vides. Les icônes en forme de chevron et les boutons de Statut de la page « Aperçu » respectent le design prévu.
• Boîtes de dialogue et fenêtres contextuelles : Les boîtes de dialogue Format de la métrique, Relancer le calcul de la métrique, Sélecteur de membres, Sélecteur de propriétés, Ajouter des métriques, Importer et Insérer/Modifier un lien indiquent les informations intégralement et de manière cohérente.
• Feuilles et grilles : Les feuilles, les filtres, les menus contextuels et les grilles de données s’affichent sans lignes parasites, sans séparateurs en double ni espaces superflus.
• Chat IA : La conception, les états au survol, les styles de texte et le texte du menu contextuel dans le chat AI sont corrigés.
• Messages et commandes : Le message de confirmation d'enregistrement, les listes déroulantes, les champs de saisie et le bouton Effectuer l'actualisation de la sélection sont indiqués et se comportent comme prévu.
• Pages du catalogue et des tableaux de bord : Les pages du catalogue respectent le design DS 2.0 et les icônes des tableaux de bord s’affichent correctement.

Ajouter le mode d’extraction « File Delta » pour les tables distantes SFTP/S3

Les tables distantes provenant de SFTP ou S3 prennent désormais en charge un troisième mode d’extraction, « Fichier Delta », en plus des modes « Full » et « Delta » existants. « File Delta » identifie et charge automatiquement le fichier le plus récent dans l’emplacement SFTP ou S3 configuré, en fonction de l’horodatage du fichier. Les utilisateurs n’ont plus besoin de télécharger des fichiers sous un nom fixe qui écrase le fichier précédent à chaque fois qu’un nouveau fichier est généré.

Où le trouver : lors de la création ou de la modification d’une règle pour une table distante dans le panneau « Règles d’importation », le menu déroulant « Mode de règle » inclut désormais « File Delta » comme troisième option. « Fichier Delta » n’est disponible que lorsque le type de source de la table distante est SFTP ou S3.

Message du Journal des événements when aucun nouveau fichier n’est trouvé : Si aucun fichier plus récent que le dernier fichier traité n’existe à l’emplacement source, le Journal des événements enregistre : « Aucun nouveau fichier n’a été trouvé depuis la dernière exécution de « File Delta ». »

Masquer le filtre de métrique dans l’en-tête de niveau 2

Les filtres de métriques peuvent désormais être activés ou désactivés dans l’en-tête de niveau 2 à l’aide de la nouvelle case à cocher Autoriser la sélection par l'utilisateur dans la boîte de dialogue Sélecteur de membres.

Pour accéder à ce paramètre : Cliquez sur l’icône de filtre à côté de n’importe quelle champ de Métrique dans la mise en forme de la feuille.

Comment ça marche

• Coché : Le filtre de métrique apparaît dans l'en-tête de niveau 2, ce qui permet aux utilisateurs finaux de modifier directement la sélection de métrique.
• Non coché : Le filtre « Métrique » est masqué dans l'en-tête.

Par défaut, cette option est activée et fonctionne sur toutes les feuilles et tous les Snippets.

Pour les mises en page à plusieurs axes et plusieurs sections : Chaque champ de métrique dispose de son propre paramètre « Autoriser la sélection par l'utilisateur » indépendant par axe ou par section.

Identification visuelle des membres non valides dans les Feuilles, les Snippets et les Boards

L’interface utilisateur Web met désormais en surbrillance les membres non valides à l’endroit même où ils se trouvent, en plus d’afficher un message générique « Membre non valide inséré », à l’instar du comportement du complément Excel, au lieu de les supprimer silencieusement. Lorsque les utilisateurs insèrent des membres non valides, les cellules concernées sont instantanément mises en évidence à l’aide d’un style configuré, ce qui permet de repérer et de corriger facilement les problèmes sans perturber leur workflow.

Style « Membre non valide » configurable

Les utilisateurs peuvent définir un style personnalisé « Membre non valide » dans les paramètres de style, en spécifiant la couleur et la mise en forme à appliquer dans les Feuilles, les Snippets et les Boards. Le système applique ce style aux entrées non valides sans nécessiter de rafraîchissement de la page.

Comportements clés

• Les membres non valides sont mis en évidence individuellement à l’aide du style configuré.
• Les membres valides de la même opération sont enregistrés avec succès.
• Plusieurs entrées non valides sont signalées et mises en évidence simultanément.
• Si aucun style personnalisé n’est configuré, le système affiche le message générique « Membre non valide inséré », comme auparavant.

Distinguer les cellules de valeur nulle des cellules vides dans les feuilles et les Snippets

L’option Considérer le zéro comme une donnée permet aux utilisateurs de distinguer clairement les entrées zéro intentionnelles des cellules vides dans les Feuilles et les Snippets (types Saisie, Rapport, OData et Contrôle). Cela permet aux utilisateurs de contrôler explicitement l’affichage des valeurs nulles.

Comment ça marche

• L’activation ou la désactivation de cette option ne prend effet que lorsque vous publiez la Feuille ou le Snippet.
• Lorsque cette option est activée et publiée, la saisie d’un 0 dans une cellule s’affiche sous la forme 0 plutôt que sous la forme d’une cellule vide.
• Lorsque cette option est désactivée, les cellules contenant 0 apparaissent vides (comportement par défaut).
• Ce paramètre s’applique indépendamment à chaque Feuille et à chaque Snippet.

Complément Excel : La case à cocher est visible mais en lecture seule dans le complément Excel.

Regroupement de deux entrées de journal pour les tâches de table distante avec calculs associés

Lorsqu’une tâche de table distante sous « Calculs et flux de données » déclenche un calcul associé dans le cadre de son exécution, le système crée désormais une seule entrée de journal fusionnée au lieu de deux entrées distinctes, ce qui permet aux utilisateurs de consulter les détails complets de l’exécution en un seul endroit. L’identifiant de l’entrée reflète l’origine de l’exécution, qu’il s’agisse de la tâche de processus déclencheuse ou de la table distante elle-même. La fenêtre contextuelle « Journal des événements de la tâche » affiche les mêmes détails fusionnés, quel que soit le scénario concerné.

Déclenché à partir de la tâche de processus

Lorsqu’elle est exécutée depuis le formulaire/l’activité Process ou via une planification configurée dans Process, le Task Monitor affiche une seule entrée utilisant l’ID d’événement de la tâche Process. Les catégories, l’Activité, le Statut, la chronologie et les autres détails de la table distante associée sont inclus dans cette entrée plutôt que d’apparaître dans une ligne distincte.

Déclenché directement depuis la table distante

Lorsqu’elle est exécutée directement sur la table distante (manuellement ou via une planification configurée sur la table distante, en dehors du formulaire/de l’activité du Processus), le moniteur de tâches indique une seule entrée utilisant l’ID de l'événement de la table distante. Les catégories, l’activité, le Statut, la chronologie et les autres détails du Calcul associé sont fusionnés dans cette entrée.

Les espaces de travail Star Rocks prennent désormais en charge les séries chronologiques MTD, QTD et HTD

Dans un espace de travail Star Rocks, sur les feuilles où les options « Consolider les données dans la feuille » et « Maintenir en cumulé depuis le début de l’année » sont toutes deux activées, vous pouvez désormais sélectionner MTD, QTD ou HTD comme série chronologique sans générer d’erreurs de définition de rapport. La feuille se charge et affiche correctement les valeurs, en correspondance avec les espaces de travail basés sur PostgreSQL.

Déclenchement par double-clic pour l’avertissement de modification dans les journaux protégés

La fenêtre contextuelle d’avertissement « Utilisateur non autorisé à modifier les données en raison de la protection des données » dans les journaux protégés n’est désormais déclenchée que par un double-clic sur les champs protégées (Description ou Détail de l'écriture), et non plus à chaque clic, sélection, sélection par glisser-déposer ou interaction avec les en-têtes/filtres. Le double-clic est un geste délibéré qui signale l’intention de modifier, tandis que les interactions par simple clic correspondent à une navigation et une consultation en lecture seule. Cette distinction réduit les interruptions inutiles lors de la navigation et de la consultation de base, tout en maintenant les restrictions de protection contre la modification.

Problèmes résolus en octobre 2026