Document de release de la version H3.01

   Ce document présente les évolutions survenues sur le module Qualiac® Fondations en H3.01.

      Afficher / Masquer le détail                                                   Format PDF

   Aucune modification de paramétrage n'est nécessaire pour que le fonctionnement soit comme avant le passage de la release.

CTSMN - Consultation synchro. entre deux mnémoniques (Transaction GTCSMN)

   Celle-ci permet de maitriser complètement la structure du mot de passe des utilisateurs, y compris l'utilisateur livré par Qualiac®. Cette mécanique permet à Qualiac® de s'adapter à la politique de sécurité sur les mots de passe du site client.

   Par défaut, cette fonctionnalité est livrée inactive.

   La mise en place se fait par l'activation de la globale SYSPWD et par le positionnement d'une propriété spécifique dans le fichier qualiacdb.properties du serveur web.
Pour cette mise en place, il est nécessaire de contacter le support Qualiac®.

   Prise en compte du symbole $ETSCNX (établissement de connexion) dans les listes de valeurs.

   Dans les différentes clauses de la requête d'une liste de valeurs, le symbole $ets est substitué par l'établissement saisi dans le champ "établissement" de la transaction courante, à défaut celui de connexion. A présent, le symbole $etscnx permet d'avoir accès directement à l'établissement de connexion.

GLDV - Listes de valeurs (Transaction GTIRLV)

   Dans la transaction GIMP, ajout d'un nouveau champ pour définir le bac par défaut à utiliser lors d'une impression.

   Le nouveau champ bac par défaut permet de spécifier lors d'une édition le bac de l'imprimante sur lequel l'édition va s'imprimer.
Si la valeur n'est pas renseignée l'édition s'édite sur le bac par défaut de l'imprimante.

GIMP - Imprimantes (Transaction GTIIMP)

   A présent lorsque l'on sauvegarde le paramétrage par défaut d'un traitement, on enregistre également l'état de l'icône "Visualiser le résultat".

Paramétrage du traitement

   Lorsque l'on supprime un utilisateur à partir du traitement PUSR, on supprime également les personnalisations de ses écrans.

PUSR - Purge d'un utilisateur

   A présent il est possible de supprimer définitivement une liste d'utilisateurs à partir du traitement PUSR.

PUSR - Purge d'un utilisateur

   Il est désormais possible d'ouvrir le mnémonique GTIUSD sans passer par GUSI

   Il peut être intéressant d'ouvrir GTIUSD seul lors de la mise en place d'une interface LDAP ou d'un connecteur SSO pour par exemple supprimer tous les types "S" des utilisateurs en une seule recherche.

GTIUSD - Utilisateurs détaillés

   Lors de la duplication d'un utilisateur vers un nouvel utilisateur ou profil, il est désormais possible de dupliquer également :
- les menus personnalisés ;
- les personnalisations des écrans ;
- les paramètres de synchronisation des transactions ;
- les listes de valeurs.

DUSR - Duplication d'un utilisateur

   Cette transaction permet de restreindre l'insertion, la modification ou la suppression d'un document dans la GED.

   Par exemple, sur les commandes d'achats, on peut bloquer l'insertion, la modification ou la suppression d'un document dans la GED pour une classe d'achats sur un établissement si le numéro d'étape de la commande d'achats est supérieur à une certaine étape.

GTRDD - Restrictions sur les droits des documents

   A partir d'un outil externe et de données à analyser présentes dans un ou deux fichiers, on choisit les colonnes à analyser ainsi que les algorithmes de comparaison. L'outil compare alors les données des colonnes et affiche le résultat des doublons potentiels. Lorsque l'utilisateur a validé les doublons, ceux-ci sont automatiquement sauvegardés dans la base de données (table GTDDU).

GTDDU - Doublons de données (Transaction GTIDDU)
Utilisé pour enregistrer les doublons validés par l'utilisateur.

   Le jeu de caractères "Window-latin-1" (Cp1252) a été ajouté et peut donc désormais être utilisé par les mises en forme. Il présente l'intérêt de comporter certains caractères spéciaux tels par exemple "bullet", utilisé pour les puces.

   Baptisée Q-ETL, la nouvelle version est actuellement en cours d'élaboration dans nos ateliers. La   version H3_01 de Qualiac® livre donc toujours les lignes Xalan et Solstices intégrant les dernières évolutions.
Elle mettra en oeuvre un concepteur entièrement revu et un moteur plus proche de l'univers Qualiac®. En quelques lignes, voici les changements qui s'annoncent.

   L'ergonomie de l'interface graphique est revue

   Les principes fondamentaux du module sont évidemment conservés, cependant l'interface graphique est intégralement revue : le concepteur est écrit pour fonctionner avec un client léger

   L'interfaçage avec Qualiac se simplifie

   Le concepteur met à disposition un ensemble de facilités afin de fluidifier l'élaboration des programmes d'interfaçage avec Qualiac dont il se rapproche plus que jamais.

   Le stockage et le référencement des interfaces

   L'archivage du fichier de l'interface fait l'objet d'une petite révolution puisque ces fichiers sont désormais stockés en base, et non plus sur le serveur de traitements. Toute interface est référencée dans une table Qualiac dédiée, ainsi, au passage, qu'un certain nombre d'informations la concernant. L'objectif est d'améliorer le suivi du parc des interfaces présentes sur un site donné (y compris le transfert entre environnements)

   Java devient le langage des directives

   La description des directives se fait directement en java et non plus en XSL. Il s'effectue dans un éditeur avec saisie directe.

   Cette version sera disponible courant H3_01 et pourra être livrée à la demande.

   Pour en savoir plus, nous contacter.

   Pour les interfaces XLink utilisant le moteur solstice, un nouveau connecteur est disponible et apparaît dans la liste des types de connecteurs sous le terme "Documents Excel® pour Qualiac".
Ce connecteur permet de lire les onglets de fichiers Excel (xlsx) . Sur le principe, chaque onglet est vu comme un réservoir de données. Chacune de ses lignes correspond à un enregistrement. Les noms des colonnes de ce dernier est donné par la première ligne non vierge de l'onglet...

   Jusqu'à présent, les occurrences de paramètre de l'établissement modèle n'étaient dupliquées par TCDETS qu'à condition qu'elles soient liées à une entité traitée par le traitement. Conséquence : une partie et une partie seulement des occurrences de paramètre du modèle sont dupliquées sur l'établissement cible.

   Ce fonctionnement trouble de façon récurrente les utilisateurs qui s'attendent généralement à voir les occurrences intégralement dupliquées.

   Les modèles ont donc été revus pour assurer dorénavant la duplication systématique des occurrences de paramètres.

TCDETS - Module Référentiels - Duplication établissements (Transaction MITCDE)