Document de release de la version J1

   Ce document présente les évolutions survenues sur l'application Cegid XRP Ultimate Fondations en J1.

      Afficher / Masquer le détail                                                   Format PDF

   Dans certains cas, un nettoyage de la base de données par suppression des données d'exploitation et/ou d'interface peut s'avérer nécessaire.
Par exemple :
- Données périmées ;
- Données de test ou exemples de données inutiles ;
- Données incorrectement importées.

   Cette suppression est possible sous conditions et sous réserve de l'accord du support Cegid.

TPEXP - Epuration des données d'exploitation (Transaction GTPEXP)

   Cette transaction permet la suppression définitive d'un établissement ou d'une liste d'établissements et de l'intégralité des lignes de données y faisant référence dans la base de données.
Pour être supprimé, un établissement (GETS) doit être à l'état "Supprimé" et n'être référencé comme établissement par défaut pour aucun utilisateur (GUSI).

   Les données supprimées ne peuvent pas être récupérées ou restaurées.

PTETS - Suppression des établissements et de leurs données (Transaction GTPETS)

   Le mode de gestion des droits d'accès par profil fonctionnel est une variante de la gestion des droits d'accès destinée à optimiser les temps de calcul et la taille des tables.

   Ce nouveau mode est particulièrement indiqué lorsqu'il existe un grand nombre d'utilisateurs individuels susceptible d'engendrer des temps de calcul de la sécurité particulièrement longs (traitement TTAU).
Il offre également l'avantage de ne pas nécessiter de recalcul de la sécurité lors de la création ou suppression d'un utilisateur.

   Dans ce mode de gestion, les droits ne sont pas calculés et stockés pour chaque utilisateur individuel (GUSI), mais uniquement pour chaque profil fonctionnel (GUSF).
Ce sont ensuite les délégations des profils à l'utilisateur qui déterminent les accès qui lui sont accordés.
La principale différence avec le mode de gestion classique est qu'il n'est pas possible d'accorder de droits à un utilisateur individuel directement (GUFN), que ce soit un droit d'accès à une transaction, un établissement, un indicateur ou un service (GTENF).
Ces droits doivent obligatoirement être rattachés à un ou plusieurs profils fonctionnels qui délègueront ensuite leurs droits à l'utilisateur.
Le paramétrage des groupes de postes (GGPT) et des vacations (GVAC) autre que "*" n'est pas géré dans ce mode.

TTAP - Génération des accès par profil fonctionnel (Transaction GTTTAP)
ETAP - Simulation de la génération des accès par profil (Transaction GTETAP)
LTAP - Liste des accès existants par profil fonctionnel (Transaction GTLTAP)

   Pour plus de détails sur la mise en place voir : Gestion des droits d'accès par profil fonctionnel.

   Les utilisateurs définis dans Cegid XRP Ultimate peuvent être automatiquement référencés dans Cegid Account, en deux étapes :
     1 - Lister tous les utilisateurs à créer dans Cegid Account, en leur associant une adresse de messagerie unique ;
     2 - Lancer le traitement de génération des identifiants externes Cegid Account.

   Cette fonctionnalité est directement liée à Cegid XRP Ultimate On Demand : tous les utilisateurs devront nécessairement se connecter via Cegid Account.
Il est déjà possible de générer automatiquement un compte Cegid XRP Ultimate lorsqu'un administrateur crée un utilisateur dans Cegid Account, dorénavant, le contraire est également réalisable. Ce nouveau fonctionnement est utile lors du passage du mode On Premise au mode On Demand ou si vous préférez d'abord créer les utilisateurs et leurs attributions dans l'ERP, puis les générer dans Cegid Account.

   1 - Référencement des utilisateurs Cegid XRP Ultimate à créer dans Cegid Account
Référencer les utilisateurs dans la transaction Utilisateurs : génération d'un identifiant externe (GTUIE).
Pour cela, il est possible :
   - soit de saisir les utilisateurs manuellement : dès la saisie de son identifiant, l'adresse de messagerie du gestionnaire associé à l'utilisateur est proposée et contrôlée. Cette solution est préconisée quand peu d'utilisateurs sont à ajouter ;
   - soit d'importer dans GTUIE un fichier Excel référençant l'identifiant et l'adresse de messagerie des utilisateurs à intégrer ;
   - soit d'utiliser le traitement Utilisateurs : génération d'un identifiant externe (TTUIE).

   Pour finir, chaque utilisateur doit nécessairement posséder une adresse de messagerie ; son format doit être correct et cette adresse ne doit pas déjà être associé à un autre utilisateur.

   Les utilisateurs créés seront au statut "Attente" (valeur "A").

   1.1 - Traitement d'initialisation de la table de référencement
Le traitement Utilisateurs : génération d'un identifiant externe (TTUIE) permet d'initialiser la table de référencement plus rapidement.
Il sélectionne tous les utilisateurs individuels (GUSI) actifs absents de GTUIE et les insère en proposant l'adresse de messagerie du gestionnaire associé.
Une fois tous les utilisateurs insérés, le traitement contrôle tous ceux possédant le statut "A" et affecte ou non des flags d'erreurs.
Pour corriger les anomalies, plusieurs solutions :
   - soit les corrections sont directement effectuées dans GTUIE ;
   - soit les corrections sont effectuées dans d'autres transactions de Cegid XRP Ultimate, mais il faudra alors effacer les lignes de données dans GTUIE et relancer le traitement pour que les utilisateurs modifiés soient ajoutés de nouveau.

   Remarque : pour exclure certains utilisateurs qui n'ont aucune raison d'être créés dans Cegid Account (utilisateurs techniques ou modèles par exemple), il est possible de les ajouter à une liste d'exclusion qui sera renseignée à la soumission du traitement. Si des utilisateurs sont référencés à tort, il suffit de les supprimer dans GTUIE.
Attention : seuls les utilisateurs au statut "Attente" peuvent être supprimés.

   Les utilisateurs en attente et sans erreur pourront être créés dans Cegid Account.

   2 - Génération d'un identifiant externe CONNECT (TTIEC)
Le traitement de génération d'un identifiant externe CONNECT (TTIEC) sélectionne les utilisateurs en attente, sans erreur, possédant un code compris dans la fourchette de sélection de la soumission et appelle pour chacun l'API Cegid Account.
Cette dernière crée le compte Cegid Account s'il n'existe pas déjà et l'associe au service Cegid XRP Ultimate On Demand.

    Remarque : cette API nécessite une autorisation par jeton qui sera seulement attribuée à un utilisateur Cegid Account de type "administrateur". La personne qui lance ce traitement devra nécessairement être administrateur.

   Dans la transaction Utilisateurs - génération d'un identifiant externe (GTUIE), l'utilisateur passe au statut "traité" et le numéro unique d'identification Cegid CONNECT (immutable id) retourné par l'API est stocké dans la transaction des utilisateurs individuels.

   L'accès à Cegid XRP Ultimate On Demand via Cegid Account est maintenant opérationnel.

GTUIE - Utilisateurs : génération d'un identifiant externe (Transaction GTIUIE)
TTUIE - Utilisateurs : génération d'un identifiant externe (Transaction GTTUIE)
TTIEC - Génération d'un identifiant externe Cegid Account (Transaction GTTIEC)

   La variable globale KEEPSPF indique au lanceur de travaux s'il doit épurer ou non à la fin d'un travail les fichiers permettant sa réédition (EJOB).
Par défaut, les fichiers sont désormais épurés.

   Lorsqu'un nombre significatif de travaux est lancé par jour, la conservation de ces fichiers (extensions .spf, .thm et .dat) est susceptible de provoquer un ralentissement du serveur de traitements lors de certaines opérations (épuration des travaux, parcours de répertoires, etc.).
La conservation de ces fichiers ne devrait être activée que lorsque la réédition des travaux présente un intérêt, et doit être associée à une stratégie adéquate en matière de durée de conservation des travaux.

Réédition des travaux (EJOB)

   Création de la transaction GTUID permettant de mettre à jour l'identifiant externe des utilisateurs individuels (GUSI).

GTUID - Gestion de l'identifiant externe de l'utilisateur (Transaction GTIUID)

   Possibilité d'anonymiser les données d'une base afin de disposer d'une base permettant de réaliser des tests, mais ne contenant plus d'informations relatives aux clients, fournisseurs, personnes physiques ou morales.

   Les colonnes contenant des informations sensibles permettant d'identifier les clients, les fournisseurs, les personnes physiques ou morales sont référencées dans une transaction.
Il est possible de préciser pour chacune la valeur de substitution à utiliser lors du traitement d'anonymisation.

GTRGRA - Référencement des colonnes à anonymiser (Transaction GTIRGRA)
TABAS - Anonymisation des données d'une base (Transaction GTTRGRA)

   Les colonnes à anonymiser sont référencées dans la transaction GTRGRA.
Le bouton "Création" de GTRGRA permet de générer le référencement des données à anonymiser. Il est ensuite possible d'ajouter des colonnes supplémentaires à anonymiser éventuellement souhaitées.
Automatiquement ces colonnes seront prises en compte par le traitement d'anonymisation (TABAS).

   Ajout des paramètres de synchronisation MAIL_REPLYTO, MAIL_ACKTO, MAIL_READACKTO, MAIL_FULLACK, MAIL_NOFILE.

   MAIL_REPLYTO : adresse mail de la réponse.
MAIL_ACKTO : adresse de retour pour l'accusé de réception (dans presque tous les cas le serveur de messagerie oblige à ce que cette adresse soit la même que celle de l'expéditeur MAIL_FROM).
MAIL_READACKTO : adresse de retour pour la confirmation de lecture (nécessite la présence de MAIL_ACKTO).
MAIL_FULLACK : en cas d'échec de l'envoi du message, ce paramètre indique au serveur de messagerie de renvoyer le message d'origine en tant que pièce jointe dans l'accusé de réception. Certains clients mail ne restituent pas les pièces jointes.
MAIL_NOFILE : si ce paramètre est à "O", aucun fichier ne sera joint dans le mail. Le mail sera envoyé sans fichier.

GTPST - Paramètres de synchronisation pour un traitement (Transaction GTIPST)

   Prise en compte du mode de transfert SSH pour le type de document centralisé.

   Dans le cas d'une centralisation de document sur un emplacement inaccessible pour le serveur HTML, le protocole SSH est désormais disponible.

   Tous les champs permettant de gérer la mise en GED depuis l'interface utilisateur RIA n'apparaissent plus dans l'écran de la transaction.

GTDTY - Documents : Types (Transaction GTIDTY)

   Pour lancer le traitement, la connexion avec l'utilisateur GTI n'est plus obligatoire.

   La connexion avec l'utilisateur GTI n'est plus obligatoire pour lancer le traitement. Les trigger sur toutes les tables des évènements référencés dans GTPTC sont tout de même créés sous l'utilisateur TRT$GTI.

TTRG - Génération des trigger du module trace (Transaction GTTTRG)

   Modification du paramétrage de la taille réelle des entités confidentielles.

   A présent la taille réelle des entités confidentielles est directement modifiable à partir de MCNF.

MCNF - Modification des entités confidentielles (Transaction GTMCNF)

   La taille réelle correspond à la taille physique des colonnes dans les tables liées à la confidentialité. A présent cette taille est directement modifiable à partir de MCNF.
A chaque fois que la taille réelle est modifiée, des mises à jour doivent être lancées sur le serveur de traitements afin d'augmenter ou de diminuer la taille physique des colonnes (voir détail dans la documentation de MCNF).

   Ajout d'un nouveau droit à l'utilisateur pour lui accorder ou non le droit de concevoir des interfaces XLinks.

   L'accès au module XLinks est désormais conditionné par un droit à l'utilisateur "Conception des interfaces".

GUDR - Droits des utilisateurs (Transaction GTIUDR)
MUDR - Gestion des droits utilisateurs / profil ou liste (Transaction GTMUDR)

   Le droit "Conception des interfaces" est initialisé automatiquement pour chaque utilisateur par copie de la valeur du droit "Mise en forme" donnant l'accès au Module Editions.
Ainsi, un utilisateur ayant déjà accès au Module Editions se verra accorder le droit d'accès au module XLinks.
Si les droits d'accès à ces deux modules doivent être différenciés, une revue des droits des utilisateurs concernés devra être effectuée.

   Ajout du bouton "Création" qui permet de générer/compléter le référencement par défaut des colonnes contenant des données personnelles.

GTRGR - Référencement des données personnelles (Transaction GTIRGR)

   Dans le cadre de l'utilisation de Cegid XRP Ultimate On Demand, nous utilisons Cegid File Exchange (CFE) qui est un composant commun technique Cegid d'échanges defichiers entre un produit Cegid en mode SaaS et un client Cegid (utilisateur du produit).

   Ainsi, les traitements ou éditions listés ci-dessous qui doivent soit charger des fichiers externes, soit générer des fichiers à destination d'organismes ont été définis comme des flux permettant d'utiliser un conteneur soit en entrée, soit en sortie, soit les deux dans Microsoft Azure Storage.

Fichiers en entrée :
TIMAD - Traitement d'intégration en masse des données (Transaction GTTIMAD)
TITVLD - Chargement du sas de transfert des indicateurs (Transaction GTTITVLD)

Fichiers en sortie :
ELWUSR - Contrat'tech Legisway : référentiel utilisateur (Transaction GTELWUSR)

   Nouvelle transaction utilisée pour le paramétrage des échanges de fichiers dans un environnement SaaS du produit Cegid XRP Ultimate.
Elle permet d'associer un ou plusieurs profils de signature et de cryptage (GTPSC) à un flux, ceci afin de paramétrer le traitement (décompression, déchiffrement) ou la sécurisation de fichiers (chiffrement, signature, compression) en entrée ou en sortie.

GTFSC - Assoc. flux / profils de signature et de cryptage (Transaction GTIFSC)

   Lors de la connexion à l'interface utilisateur, si aucune page d'accueil (GTACC) n'est paramétrée pour l'utilisateur, un message l'invite à se rapprocher de son administrateur pour qu'il lui en affecte une via l'association page d'accueil et utilisateur (GMNDACC).

GTACC - Accueil (Transaction GTIACC)

   Optimisation des performances lors de l'export des données.

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

   Les évolutions et corrections apportées au module XLinks dans la version web de cette release :

   Prise en compte des environnements SaaS
Le module XLinks prend désormais en charge les environnements SaaS, assurant une compatibilité avec les configurations cloud.

   Gestion des ruptures depuis l'interface
L'interface du module XLinks permet désormais une gestion plus efficace des ruptures.

   Contrôle de l'accès au module par l'intermédiaire des droits utilisateurs

   Un nouveau droit dans les droits utilisateurs (GUDR) a été implémenté pour contrôler l'accès au module, renforçant la sécurité et la confidentialité des données.

   Validation de la structure des fichiers XML à partir de fichier XSD

   Connexion aux environnements définis dans GMIDEN
La connexion aux environnements spécifiés dans GMIDEN a été optimisée avec la prise en compte du cryptage des mots de passe, renforçant ainsi la sécurité des connexions.

   Prise en compte des profils de signature et de cryptage (GTPSC)

   Connexion avec un compte Cegid Account
Le module XLinks permet une connexion directe avec un compte Cegid Account, simplifiant la gestion des comptes et assurant une meilleure intégration dans l'écosystème Cegid.

   Dans le cadre du SaaS, voici les modifications majeures sur le module XLinks :
- Connexion à la base de données avec un utilisateur dont les droits sont restreints. Les méthodes pour réaliser des requêtes SQL d'insertion, de mise à jour ou de suppression sont désactivées ;
- La gestion des fichiers est possible via Cegid File Exchange (CFE) ;
- Les programmes conçus pour être exécutés dans le cadre d'un environnement SaaS n'ont pas de moteur embarqué. Cela induit que les méthodes utilisées dans un programme XLinks peuvent être mises à jour suite à la livraison d'une nouvelle version du module XLinks.

   L'accès au module XLinks peut être bloqué. Ce dernier est initialisé en fonction du droit d'accès au module Editions. Afin d'autoriser les droits d'accès au module XLinks, il faut ajouter le droit nécessaire (GUDR).

   La dernière version du module Editions est caractérisée par des changements majeurs :

   Changement de technologie
Le module Editions a été repensé en tant que solution web, éliminant les contraintes liées au client lourd. Cela permet aux utilisateurs de bénéficier d'une flexibilité d'accès, quel que soit l'appareil utilisé, tout en facilitant les mises à jour et les déploiements.

   Interface utilisateur entièrement revue
L'interface utilisateur a été repensée pour offrir une expérience utilisateur plus fluide, intuitive et moderne. Les ajustements ergonomiques visent à faciliter la navigation et l'interaction, améliorant ainsi l'efficacité globale de l'outil.

   Nouvelles fonctionnalités
Dans cette version, de nouvelles fonctionnalités ont été intégrées, notamment la capacité de réserver une mise en forme spécifique, améliorant ainsi l'efficacité du travail en équipe.

   Pour avoir plus de détails sur cette nouvelle interface web : Interface web.