Avertissements et impacts sur les versions antérieures-Documentation cumulative
Vous trouverez ci-dessous la liste des impacts et avertissements sur les versions antérieures pour les différentes releases.
V04.16.01
04.16.01 – ISI14794 : Ajout Champ Repère sur Lignes de Commandes
Le champ standard « Repère » (SDL.CdeLigRep) a été ajouté sur les lignes de devis, de commandes commerciales et de besoin de gestion.
Utilisation cible : synchronisation avec les saisies effectuées via le configurateur ElciaOnline. Lors de l’installation de cette révision, un contrôle de cohérence a été mis en place pour vérifier si une variable spécifique portant ce même nom existe ou pas dans Diapason pour ces entités.
Dans le cas où vous aviez une variable homonyme VDL ou VLC .CdeLigRep :
Paramétrages à modifier :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Ajouter dans les présentations spécifiques (utilisées dans la fonction ENR-ACT-ENT) le nouveau champs standard
Mises à jour automatiques effectuées : rien à faire modifier de votre côté.
Ergonomies et présentations GFD « GCDL » et « GCPL »
Correspondances EIA
Suppression de la variable spécifique VDL et / Ou VLC
Paramétrages à modifier
Les requêtes entités
Pour chaque société Diapason :
Si le champ spécifique « CdeLigRep » est trouvé pour l’entité « GCDL », il est nécessaire de modifier les requêtes qui utilisent la variable « VDL.CdeLigRep » et si le champ spécifique « CdeLigRep » est trouvé pour l’entité « GCPL », il est nécessaire de modifier les requêtes qui utilisent la variable « VLC.CdeLigRep ».
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), la variable spécifique ayant été supprimée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.CdeLigRep = VLO.Repere | INIT SDL.CdeLigRep = VLO.Repere |
VLO.Repere = VDL.CdeLigRep | VLO.Repere = SDL.CdeLigRep |
SI VLC.CdeLigRep EXISTE ET <> "" | SI SLC.CdeLigRep EXISTE ET <> "" |
COLONNE Repere = VLC.CdeLigRep | COLONNE Repere = SLC.CdeLigRep |
PRENDRE Rep = VLC.CdeLigRep | PRENDRE Rep = SLC.CdeLigRep |
Les autres requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « CdeLigRep » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= CdeLigRep , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC ) | RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.CdeLigRep FIN_BLOC |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= CdeLigRep , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."Repère Ligne" ) | Utilisation de la fonction ENR-ACT-ENT : CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."CdeLigRep" PRENDRE WfEntVar EntVaC=CLO."Repère Ligne" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( ) |
PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."CdeLigRep" | PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."CdeLigRep" |
Moulinette de contrôle : pour vous aider à identifier les impacts
Une moulinette (MOU_ISI14794) effectue ce contrôle pour chaque société de Diapason et si la variable spécifique « CdeLigRep » est trouvée, des mises à jour sont faites automatiquement mais il sera nécessaire de modifier certains paramétrages pour résoudre les problèmes éventuels liés à cette évolution. Les données sont sauvegardées avant ces mises à jour.
Attention : Les bases d’archivage ne sont pas mises à jour.
Remarques :
A la fin de l’installation de la révision, le traitement « INS-REQ » est lancé pour regénérer toutes les requêtes, tables de valeurs, … Ce traitement génère l’environnement EIA et donc les correspondances et les événements qui seront mis à jour automatiquement. Les requêtes portant sur les entités qui utilisaient les variables spécifiques « CdeLigRep » ne seront plus disponibles après cette génération étant donné que ces variables spécifiques n’existeront plus.
La trace de la moulinette indique :
Le répertoire où sont stockés les fichiers de sauvegarde des données avant les mises à jour et l’extension de ces fichiers (sous la forme « date_heure ») par exemple
Les fichiers de sauvegarde des données avant mise à jour sont dans /Diap1/0416/devt/Diap/GraPatch/P.04.16.01 avec extension 01102020_0921
Les fichiers générés lors des mises à jour sont :
decha.extension : champs spécifiques
cdcolisp.extension : valeurs du champ spécifique sur les lignes de devis et commandes
cdprlisp.extension : valeurs du champ spécifique sur les lignes de besoins de gestion
dtvaria.extension : variables spécifiques
eiadelie.extension : structure des correspondances EIA
evexstr.extension : structure des Evénements EIA
Pour chaque table mise à jour, si la mise à jour s’est bien déroulée ou non (OK ou PB) et le nombre d’enregistrements mis à jour.
Détail des Mises à jour automatiques lors l’installation
Pour chaque société Diapason :
*** Mise à Jour Société : CE
Si le champ spécifique « CdeLigRep » est trouvé pour l’entité « GCDL »
=> Champ Spécifique VDL.CdeLigRep trouvé
Suppression de la variable spécifique « VDL.CdeLigRep »
Suppression DTVaria VDL.CdeLigRep
-Suppression DTVaria VDL.CdeLigRep : OK
Pour chaque ligne de devis/commande pour laquelle une valeur existe pour la variable spécifique « VDL.CdeLigRep », cette valeur est transférée dans le champ standard « CDCoLi.CdeLigRep ».
Transfert Valeur VDL.CdeLigRep => CDCoLi.CdeLigRep
-Transfert Valeur VDL.CdeLigRep => CDCoLi.CdeLigRep : OK
1534 Lignes de Commandes mises à jour
Attention : L’historique de la ligne de commande n’est pas mis à jour.
Dans les correspondances EIA, la variable « VDL.CdeLigRep » est remplacée par la variable « SDL.CdeLigRep »
Mise à Jour Correspondances EIA
-Mise à Jour Correspondances EIA : OK
7 Correspondances EIA mises à jour
Dans les événements EIA, la variable « VDL.CdeLigRep » est remplacée par la variable « SDL.CdeLigRep »
Mise à Jour Evénements EIA
-Mise à Jour Evénements EIA : OK
1 Evénements EIA mis à jour
Transformation de champ spécifique en champ standard
Mise à Jour DECha GCDL.CdeLigRep
-Mise à Jour DECha GCDL.CdeLigRep : OK
=> Mises à Jour pour VDL.CdeLigRep terminées OK
Si le champ spécifique « CdeLigRep » n’est pas trouvé pour l’entité « GCDL »
Création du champ standard
Création Champ Standard GCDL.CdeLigRep
=> Création Champ Standard GCDL.CdeLigRep : OK
Si le champ spécifique « CdeLigRep » est trouvé pour l’entité « GCPL »
=> Champ Spécifique VLC.CdeLigRep trouvé
Suppression de la variable spécifique « VLC.CdeLigRep »
Suppression DTVaria VLC.CdeLigRep
-Suppression DTVaria VLC.CdeLigRep : OK
Pour chaque ligne de besoin de gestion pour laquelle une valeur existe pour la variable spécifique « VLC.CdeLigRep », cette valeur est transférée dans le champ standard « CDPrLi.CdeLigRep ».
Transfert Valeur VLC.CdeLigRep => CDPrLi.CdeLigRep
-Transfert Valeur VLC.CdeLigRep => CDPrLi.CdeLigRep : OK
842 Lignes de Besoins de Gestion mises à jour
Dans les correspondances EIA, la variable « VLC.CdeLigRep » est remplacée par la variable « SLC.CdeLigRep »
Mise à Jour Correspondances EIA
-Mise à Jour Correspondances EIA : OK
3 Correspondances EIA mises à jour
Dans les événements EIA, la variable « VLC.CdeLigRep » est remplacée par la variable « SLC.CdeLigRep »
Mise à Jour Evénements EIA
-Mise à Jour Evénements EIA : OK
5 Evénements EIA mis à jour
Transformation de champ spécifique en champ standard
Mise à Jour DECha GCPL.CdeLigRep
-Mise à Jour DECha GCPL.CdeLigRep : OK
=> Mises à Jour pour VLC.CdeLigRep terminées OK
Si le champ spécifique « CdeLigRep » n’est pas trouvé pour l’entité « GCPL »
Création du champ standard
Création Champ Standard GCPL.CdeLigRep
=> Création Champ Standard GCPL.CdeLigRep : OK
04.16.01 – ERD01293 : Archivage des déclarations de fabrication
Si la date limite est saisie lors du traitement de suppression ou d’archivage des déclarations de fabrication alors c’est cette date qui est prise en compte. Avant ce correctif, la date prise en compte était le premier du mois associé à la date limite saisie.
V04.16.02
04.16.02 – BAT01168 : Valeur des variables SCR CdeSCDVar et CdeSCDEvt suite au retour en modification du configurateur Elcia Online
Pour des raisons de rétrocompatibilité, la prise en compte de la modification avec le code « LM » dans la variable SCR.CdeSCDEvt en retour des configurateurs EOL ou Diapason n'est effective que si la valeur logique du paramètre général "SCD-QOP-IC" est cochée, sinon c’est le comportement historique qui est gardé.
Attention : Ce paramètre agit de la même façon sur la variable SCR.CdeSCDEvt dans le cas du Configurateur Diapason et EOL.
V04.16.04
04.16.04 – ISI14768 : Générateur d’images avec Serveur de Service Diapason (SSD)
Installation Composant SSD
L’installation du composant Serveur de Service Diapason (SSD) est obligatoire dans ce niveau de version.
L’utilisation du composant générateur d’image nécessite de mettre à jour la définition du SSD qui sera utilisé :
Cocher « Editions d’images ?»
Renseigner « Dossier Travail » : chemin défaut pour la génération des fichiers images
Renseigner « Dossier Exécutable » : chemin d’installation de l’exécutable gérant le dessin
« C:\Editions »: correspond à votre dossier d’installation du SSD
« PrgsGenerateurImages » correspond au répertoire d’installation par défaut de l’exécutable par le setup SSD
Génération des requêtes
Les requêtes utilisant les fonctions GENERE-IMAGE ou INIT-IMAGE ou les listes standard WfObjPar, WfObjGen et WfObjGraD doivent être regénérées suite à l’installation.
Comportement Fonction « genere-image »
Le comportement de la fonction GENERE-IMAGE a évoluée. Il n’est plus possible de lancer la fonction en lui passant en paramètre plusieurs WfObjGen utilisant des types de serveurs différents (SSJ et SSD par exemple)
Pour pouvoir générer des images sur deux types de serveurs différents, il faudra utiliser plusieurs fois la fonction « GENERE-IMAGE».
Contexte exécution Requête REB d’objet graphique Macro-Langage (OML)
Le contexte d’exécution des requêtes REB des Objet OML évolue :
SCR.PAR_CtxEnt
CFG-DES : cas de la saisie de commande interactive
GFG-IMG : génération en fin de saisie interactive
GEN : Appelé depuis la fonction GENERE-IMAGE vers un SSJ ou SSP
GEN-P17 : Appelé depuis la fonction GENERE-IMAGE vers un SSD
SCR.ImaSrvGen :
Depuis la fonction GENERE-IMAGE : réf. du serveur de service demandé
Vide dans les autres cas
SCR.ImaSrvTyp
Depuis la fonction GENERE-IMAGE : Type de serveur demandé (P/J/P17)
Vide dans les autres cas
04.16.04 – JAN00695 : Archivage Entité Diapason avec documents GED liés
Des évolutions ont été apportées sur les fonctionnalités de la GED pour gérer l’archivage des entités Diapason.
Comme indiqué dans la documentation d’installation de cette révision, il est nécessaire de regénérer les requêtes utilisant les fonctions « ENR-ACT-GED », « GED-REC-DOC », « GED-EXT-DOC », « GED-DOC-ENT », « GED-STK-DOC » et « GED-SRV-MOV ».
Pour trouver les requêtes utilisant ces fonctions, dans l’explorateur applicatif « Exploitation », dans les « Traitements », lancer l’application « Traitements non Paramétrés » et choisir le traitement « TRA-REQ » et lancer ce traitement. Saisir « ENR-ACT-GED » dans le contenu recherché et lancer le traitement en Batch.
La trace de ce traitement indique les requêtes utilisant la fonction « ENR-ACT-GED » qui doivent être regénérées.
Faire de même pour les autres fonctions :
Saisir « GED- » pour les fonctions « GED-REC-DOC », « GED-EXT-DOC », « GED-DOC-ENT », « GED-STK-DOC » et « GED-SRV-MOV »
04.16.04 – ISI14908 : Ajout Champ « Facture » sur les Retours Clients Facturés
Un champ « Facture » (CdeFacRef) a été ajouté dans la table des retours clients (CDClRt). Il contient le numéro de la facture à laquelle est rattaché le retour lorsque celui-ci a fait l’objet d’une facturation (Retours Clients Facturés). Auparavant, ce numéro de facture était stocké dans la 15ème ligne du commentaire du retour (CdeRetCom[15]).
Il faut donc remplacer dans vos requêtes DIALOG l’utilisation de CdeRetCom[15] par CdeFacRef pour trouver la facture à laquelle est rattaché le retour.
Pour cela, lancer le traitement non paramétré « TRA-REQ » (Traçabilité du Vocabulaire du Macro-Langage) et saisir « CdeRetCom « dans la chaîne à rechercher. La trace du traitement présente toutes les requêtes utilisant ce champ.
04.16.04 – C2R00613 : Gestion TVA Intracommunautaire sur Factures Fournisseurs
La TVA intracommunautaire est gérée sur les factures fournisseurs.
Affectations Comptables
Dans les affectations comptables, pour les écritures comptables relatives aux achats, une zone « TVA Intra. » a été ajoutée. Cette valeur est stockée dans le champ AppCptTVA de la table COParam qui contient déjà le compte de TVA sous la forme « Compte_TVA,CompteTVAIntra »
Factures Fournisseurs
Sur la fiche de saisie d’une facture fournisseur, une nouvelle zone permet de saisir le montant de TVA intracommunautaire. Si vous avez défini une présentation et/ou un formulaire pour les objets paramétrables "O_ECtrF" et "O_ECtrF_004", il faut ajouter cette nouvelle zone. Pour cela, dans l'application "Intégrité Générale des Objets Paramétrables", pour les objets paramétrables "O_ECtrF" et "O_ECtrF_004, lancer l’action "Présentation" et ajouter la nouvelle zone contenant le montant de TVA Intracommunautaire (GFG.VarProDevMontFacTVI).
V04.16.05
04.16.05 – ZEL01751 : GANTT paramétrés : sens de déplacement par rapport à un jour exclu : génération des requetes
Il est nécessaire de recompiler toutes les requêtes suite à l’ajout d’un nouveau champ dans la liste WfGTTGen permettant de piloter le sens de déplacement défaut d’un GANTT paramétré.
Remarque : Dans le cas où la date de début et la date de fin sont connues ( création , déplacement) , c’est la date de début qui est Maitre du calcul.
04.16.05 – ATL00780 : formatage des champs alpha dans Crystal Reports® suite à une migration de SSJ vers SSD
Un nouveau champ sur les sources de données permet de définir un comportement similaire aux éditions avec un Crystal JAVA : ne pas tenir compte du format des champs Alpha.
Pour que ce comportement soit pris en compte par Crystal Reports®, il est nécessaire de régénérer les sources de données depuis Diapason.
V04.16.06
04.16.06 – ALU00047 : Affichage de libelles spéCificiques pour des volets sur FMO en environnement multi-langues
Suite à l’installation de cette révision , il est nécessaire de relancer la traduction des objets « GPD : Détail Ergonomies Applications GFD».
04.16.06 – CAI01685 : fermeture des nœuds d’un arbre paramétré suite à un réaffichage
Suite à ce correctif , il faut vérifier que l’identifiant du nœud des arbres paramétrés (WfArbSor.NodIdeEnc) est unique dans la construction de votre arbre paramétré.
04.16.06 – ISI15010 : Gestion des action standards « Création » , « Modification » , « Suppression » et « Gestion Niveaux » dans le Gantt Paramétré
Suite aux évolutions apportées et correctifs dans le cadre de cette révision sur l’objet paramétrable GANTT, il est nécessaire de recompiler toutes les requêtes de votre environnement.
V04.16.07
04.16.07 – Gestion des AI : Utilisation du Champ DBPoinIn.HeureDBPoinIn
Dans le cadre de la gestion des AI, le stockage d’identifiants d’enregistrement (RECID) dans des champs de tables de base de données a été limité.
Le champ DBPoinIn.HeureDBPoinIn contenait l’identifiant de la table CDPrLi correspondant au numéro de commande et au numéro de ligne du besoin de gestion rattaché au pointeur.
A partir de la révision 04.16.07, cet identifiant n’est plus stocké dans DBPoinIn.HeureDBPoinIn, il n’est donc plus possible de l’utiliser pour trouver la ligne de besoin de gestion rattachée. Il faut utiliser DBPoinIn.CdeNumCom et DBPoinIn.CdeNumLig.
Il est nécessaire de vérifier dans les requêtes si on utilisait DBPoinIn.HeureDBPoinIn. Pour cela, il faut utiliser le traitement « TRA-REQ » (Traçabilité du Vocabulaire Macro-Langage) comme suit :
Dans l’explorateur applicatif « Exploitation », dans la branche « Traitement », dans l’application « Traitements non Paramétrés », choisir le traitement « TRA-REQ » et lancer l’action « Lancer le Traitement / Critère ». Dans le critère de recherche, renseigner « HeureDBPoinIn »
Puis lancer le traitement en Batch. Dans la trace du traitement, toutes les requêtes utilisant ce champ sont présentées. Par exemple :
Il faut modifier toutes les requêtes pour ne plus utiliser l’identifiant. Par exemple :
Instructions :
A remplacer par :
04.16.07 – ATL00846 : Liste des Utilisateurs Connectés à Diapason
Les différentes listes :
Utilisateurs sur Serveur
Utilisateurs sur Diapason
Utilisateurs sur Base
ont été regroupées en une seule libellée « Utilisateurs Connectés ».
Les listes « Utilisateurs sur Serveur » et « Utilisateurs sur Base » n’apparaissent plus dans l’explorateur applicatif « Exploitation ». Si elles étaient utilisées dans les procédures de démarrage, les favoris, les listes applicatives, … , elles présentent désormais les même informations que la liste « Utilisateurs Connectés ».
04.16.07 – CAS00581 : Fonction DIALOG « UTIL-DIAP » (Utilisateurs sur Diapason)
La liste des utilisateurs connectés à Diapason ayant évolué, la fonction DIALOG « UTIL-DIAP » a également été modifiée pour présenter les mêmes informations que celle-ci.
V04.16.08
04.16.08 – ISI15110 : Taille des polices et police calibri en pdf différentes en p17/JAva
De nouvelles clés de registre sont mises à jour par le setup P17 de la révision 04.16.08 pour résoudre les problèmes suivants :
La police calibri ne fonctionne pas correctement en édition pdf ➡️ caractères parasites dans les mots
Différence de taille de police entre les éditions P17 et l’aperçu dans Crystal Reports® lors de la conception des modèles
Lors du passage en révision 04.16.08, la mise à jour de ces clés peut produire des effets de bords sur les documents (pdf) déjà réalisés.
04.16.08 – ISI15110 : Crystal XI et CRYSTAL 2011
Ces versions de Crystal Reports® ne sont plus compatibles avec le serveur de service P17.
V04.16.09
A partir de la 04.16.09
Dans une démarche de simplification, modernisation et standardisation progressive des composants de Diapason dans de nouvelles technologies, nous avons impacté l’existant par des changements sensibles de dimensions au niveau de la barre de commande, du navigateur ou de la zone des applications. Il est donc possible que certains paramétrages doivent être repris pour retrouver le comportement souhaité. Par exemple, retailler certains formulaires de PSD ou portail, revoir les libellés d’actions de la barre de commande, changer certaines icônes ou réorganiser les actions dans les groupes de la barre de commande …
Pour plus d’informations, se référer au paragraphe correspondant à chaque composant impacté.
Amélioration expérience Utilisateur : restructuration des explorateurs
Dans un objectif d’amélioration de l’expérience utilisateur, les explorateurs Diapason ont été entièrement revus et simplifiés dans la mesure du possible. La nouvelle arborescence est plus intuitive, et est complétée avec la nouvelle interface par une fonctionnalité de recherche dans les explorateurs eux même. Principaux points d’évolution :
➡️ On retrouve maintenant les différents modules de Diapason en niveau 1.
➡️ A l’intérieur de chaque explorateur, on ne retrouve plus que 3 niveaux maximum. Certains accès ont été ainsi remontés, comme les Clients et Prospects dans l’explorateur Commercial.
➡️ Enfin, les entrées dans le Studio ont été revues dans l’ordre alphabétique.
Attention :
Votre gestion des droits dans les explorateurs est donc impactée par cette évolution et sera à revoir manuellement. Ceci ne concerne bien sûr pas votre navigateur paramétré. Par exemple, si des droits avaient été définis (accès autorisés ou interdits pour certains utilisateurs ou certaines classes d’utilisateurs) pour l’explorateur applicatif de gestion commerciale, « IG_EA_GC » dans la version 04.15 de Diapason, ces droits sont perdus en version 04.16 de Diapason car l’explorateur applicatif s’appelle désormais « IG_CDE »
Les favoris que vous aviez préalablement enregistrés en tant qu’utilisateur sont à recréer. Les Favoris des navigateurs restent en revanche non impactés bien sûr.
Les fonctionnalités d’ajout d’objets paramétrés dans les explorateurs standard Diapason ne sont plus opérationnelles dans cette version.
04.16.09 – BEL03302 : Héritage des VBA en entrée de requête GRV, RV1, RV2
Il est nécessaire de regénérer les requêtes GRV, RV1 et RV2 suite à ce correctif.
04.16.09 – ISI15045 : Areas dans Bases d’Archivage de Type II
Dans toutes les bases d’archivage de type II, les schéma areas sont « ARD_tbl » et « ARD_idx ».
04.16.09 – ISI15145 : Taille du bureau mini
Désormais la taille paramétrée sur le thème est celle effective à l'écran. Auparavant elle était légèrement plus grande.
V04.16.10
04.16.10 – ISI15182 : Actions Onglets
Les actions onglets ne sont plus disponibles à partir de la 04.16.10.
04.16.10 – ISI15182 : Nouvelle Fenêtre de Login
La fenêtre de login de Diapason ayant évolué, les variables d’environnement suivantes ont été supprimées :
DIAP_LOGIN_SAI
DIAP_LOGIN_IMA
DIAP_LOGIN_BTN
DIAP_LOGIN_LIB
Dans la fenêtre de login, le bouton ci-dessous:
a été supprimé. Il permettait, pour un utilisateur administrateur, de pouvoir se connecter sur le compte d’un autre utilisateur non-administrateur.
V04.16.11
04.16.11 – ISI15051 : Procédure d’Installation de Révision Diapason
La procédure d’installation des révisions de Diapason a évolué afin d’automatiser la mise à jour des structures de données.
04.16.11 – ISI15201 : Connexion OAUTH2 avec Microsoft Exchange Online
Le protocole d’autorisation OAuth2 a été mis en place avec le serveur Azure Active Directory ou Azure AD. Microsoft annonce la fin de la connexion Basic pour Exchange OnLine à partir d’Octobre 2022.
V04.16.12
04.16.12 – ISI15216 : Suppression des fonctionnalités suivantes : Multizone, Rangement, Mode de lancement, Favoris
Barre de Commande
Suppression des modes d’affichage en 3 zones (C4 à C9)
Choix du type d’aide (Classique Flottante, Classique, Assistant)
Barre de Navigation
Suppression des modes d’affichage en 3 zones (C4 à C9)
Suppression des modes de lancement des applications.
Le mode « Attacher » sera appliqué systématiquement à l’ouverture des applications.
Suppression des raccourcis clavier du Navigateur associé (seul le F5 est conservé)
Boutons de Rangement
Suppression des boutons de Rangement, Maximiser/Restaurer
(en bas à gauche des applications)
Barre de Rangement et Titre Panneau Applicatif
Suppression de la barre de rangement
Suppression de la punaise (« Ranger »)
Menu Contextuel des Panneaux Applicatifs (« pop-up »)
Suppression des notions de « Fusion », « Rangement », « Maximiser/Restaurer »
Comportements des Thèmes et Procédures de Démarrage Existants
Les modes « Multizone » obsolètes « C4 » à « C9 » des procédures de démarrage et du paramétrage des thèmes déjà existants seront remplacés automatiquement en « C2 » ou « C3 » comme suivant :
Les applications prévues en zone 3 des procédures de démarrage existantes seront ouvertes dans la zone 1.
Attention : ces conversions automatiques seront appliquées uniquement lors de la mise à jour de Diapason vers la version 04.16.12. Il conviendra de ne plus importer par la suite de mode obsolète (C4 à C9), que ce soit dans les procédures de démarrage comme dans les thèmes (fonctions d’import/export).
Paramétrage (Thèmes)
Suppression du paramétrage de ces éléments dans les thèmes
Suppression de l’Onglet Favoris de la Barre de Commande
Il ne sera plus possible de composer un onglet avec les actions « favorites » d’un utilisateur.
L’action permettant de configurer cette barre de commande va donc aussi disparaître
04.16.12 – ERD01560 : Utilisation du Champ DBPoinIn.ListePointeurOn
Ce champ n’est plus alimenté à partir de la révision 04.16.12.
Il faut vérifier qu’il n’est pas utilisé dans les requêtes DIALOG. Pour cela, lancer le traitement TRA-REQ (Exploitation/Traitements/Traitements non Paramétrés) et saisir « ListePointeurOn » dans la zone « Contenu Recherché ». Puis lancer le traitement en mode Batch. Dans la trace du traitement sont présentées toutes les requêtes DIALOG utilisant ce champ. Il faut remplacer ce champ par « ListePointeur ».
V04.16.13
04.16.13 – ISI15220 : Les nouveaux thèmes aux icônes monochromes
Neutre Light
Neutre Medium
Neutre Dark
Turquoise Light
Turquoise Dark
04.16.13 – ISI15220 : La disparition d’actions de la barre de commande
Envoi d’un e-mail
Cette action Envoi d’un e-mail qui donne directement accès à la messagerie n’est plus disponible dans Diapason.
Fixer /Ranger de la navigation
Ces actions ne sont plus disponibles depuis la barre de commande, mais accessible sur la navigation.
Positionnement de l’aide
Il n’est plus possible de modifier à partir de la barre de commande le positionnement de l’aide. C’est celui défini sur le thème qui sera appliqué.
Le mode Couplé/Séparé
Il n’est plus possible de modifier à partir de la barre de commande le mode Liste/Fiche à utiliser. C’est celui défini sur le thème qui sera appliqué.
Le groupe Fermer
Les actions Fermer et Quitter bureau ne seront plus accessibles depuis la barre de commande. Il faudra utiliser pour :
Quitter le bureau :
Fermer :
04.16.13 – ISI15220 : Le titre de Diapason
Le titre se trouve cadré à droite et en mode court. Il s’affiche en détail au survol avec la souris.
Le titre court, affiché en haut à droite est construit de la façon suivante :
Variable d’environnement DIAP_BUR_TIT + PID de l’utilisateur
Le titre long qui apparaît au survol du titre court est construit de la façon suivante :
Variable d’environnement DIAP_BUR_TIT + Utilisateur + Société + variable d’environnement DIAP_HOSTNAME + PID de l’utilisateur + adresse IP + Langue.
04.16.13 – ISI15220 : La réorganisation des onglets
Un nouvel onglet ‘Administration’
Les actions ci-dessous:
Qui se trouvaient sous forme de boutons dans le ruban du titre ainsi que le groupe ‘Procédures’ de l’onglet Accueil ont été déplacés vers ce nouvel onglet:
Des raccourcis clavier sont disponibles pour lancer les actions suivantes :
Gestionnaire des tâches : CTRL-ALT-G
Afficher mon log : CTRL-ALT-L
Vider mon log : CTRL-ALT-V
Prérequis : Avoir au moins une application d’ouverte dans Diapason.
Note – 04.16.14 : Ces raccourcis sont indiqués sur le libellé de ces boutons lors du survol de la souris.
L’onglet Bureau : il remplace les onglets accueil et affichage
Ce nouvel onglet rassemble les actions liées à la gestion du bureau sous forme de trois groupes ‘Bureaux, Affichage et Fermer’.
Les onglets Applications et Raccourcis gardent leur fonctionnalité
04.16.13 – ISI15220 : Les changements de comportements
Les actions des groupes Affichage et Actions ne permettent plus de présélectionner l’action à lancer au clic sur le bouton. Il faut toujours sélectionner l’action à lancer dans le menu déroulant, pour la lancer.
04.16.13 – ISI15166 : Comportement ENR-ACT-ENT sur Entités GFD
Le comportement de la fonction ENR-ACT-ENT sur les entités GFD a évolué afin d’être identique à l’utilisation de la GFD en interactif quant à l’initialisation de données dans la requête de gestion en mode « ACT-INI ».
Désormais les variables initialisées dans la requête de gestion de l’entité sont prises en compte.
Lors d’une action sur une entité, en interactif ou par ENR-ACT-ENT, les initialisations de variables sont faites de la façon suivante :
Valeurs données sur la présentation utilisée
Valeurs données dans la règle de gestion définie sur la présentation utilisée ou l’entité en mode ACT-INI
Saisie des valeurs en interactif ou valeurs données dans WfEntVar pour ENR-ACT-ENT
Valeurs données dans la règle de gestion définie sur la présentation utilisée ou l’entité en mode ACT-BAS
V04.16.14
La Nouvelle barre de commande
Suite à la disparition des options de rangements et la refonte de la barre de commande, les dimensions de la zone des applications ont sensiblement changé. Il est donc possible que certaines barres de commandes ou certains portails ou formulaires doivent être repris pour réajuster les dimensions.
Suivant le paramétrage il peut y avoir une différence de rendu entre l’ancienne et la nouvelle version de la barre de commande. La réduction des groupes, la taille des libellés d’actions ou les retours à la ligne peuvent avoir des comportements différents. En effet les 2 versions de la barre sont iso-fonctionnelles mais pas en termes de dimension horizontale. Il est possible que vous deviez dans certains cas revoir vos libellés d’actions ou la disposition des actions dans le groupe pour éviter certains effets.
04.16.14 – ISI15254 : La barre de commande PDA
La barre de commande des petits bureaux a évolué :
Seules les fonctionnalités essentielles ont été conservées.
Le titre de la fenêtre suit la même composition que pour la barre de commande classique.
Note : Ce mode d’ouverture de diapason est lié à l’option « Bureau Minimum » dans l’onglet Bureaux de définition des thèmes.
La Nouvelle barre de navigation
Suite à la refonte de la barre de navigation, les dimensions de la zone des applications ont sensiblement changé. Il est donc possible que certains portails ou formulaires doivent être repris pour réajuster les dimensions.
04.16.14 – PQT00272 : Prise en compte du paramétrage du bac défaut d’une imprimante Avec Une edition Crystal Reports® et un Serveur de service P17
Pour que le bac Défaut paramétré sur une imprimante Windows soit pris en compte la méthode d’impression utilisée a été changée. En fonction du paramétrage de votre rapport Crystal Reports®, il est possible que le résultat à l’impression Papier soit différent.
Les recommandations de Crystal Reports® pour diminuer les écarts de mise en forme et les problèmes d’impression sont :
Maintenir les pilotes de vos imprimantes à jours sur les serveurs de services
Lors de la conception d’un rapport, il est recommandé de cocher « Dissocier la taille de la page mise en forme et la taille de papier de l’imprimante ». Ceci diminue les écarts lors de l’impression d’un même document sur plusieurs imprimantes différentes.
Travailler avec des formats prédéfinis à l’avance, notamment sur les documents avec des dimensions non standards comme les étiquettes. La définition de vos imprimantes et les pilotes doivent être identique sur tous les serveurs Windows que vous utilisez.
Exemple de définition d’un Format sur une imprimante ZEBRA :
Sur la gestion de l’imprimante :
Ensuite dans Crystal Reports® :
04.16.14 – ATL00961 : Amélioration des performances des éditions Crystal Reports® avec un serveur de service P17
Dans le cas d’une impression directe vers une imprimante, le fichier résultat n’est plus systématiquement exporté (au format pdf par exemple).
Toutefois, le fichier sera généré dans les cas suivants :
Si le document géré en GED
Utilisation de la variable de paramétrage « FORGENFIC »
V04.16.15
04.16.15 – ISI15274 : Nouveaux thèmes aux icônes monochromes
Deux nouveaux thèmes sont disponibles : Rouge et Vert.
04.16.15 – ISI15274 : Hauteur des boutons
La hauteur des boutons a été uniformisée pour être cohérente en fonction du nombre d’emplacements utilisés en hauteur (de 1 à 4).
04.16.15 – ISI15274 : Uniformisation des polices
Les polices ont été uniformisées entre la barre de commande et la barre de navigation.
Ex : taille de la police dans les onglets de la barre de commande.
04.16.15 – ISI15274 : Nouveau design
Un nouveau design a été créé pour la barre de navigation :
La zone de gauche donne accès aux différents explorateurs. On y trouve trois zones :
Explorateurs fixes (que l’on ne peut pas fermer) : leur présence dépend du paramétrage
La liste des panneaux (les applications ouvertes)
Les explorateurs ouverts par l’utilisateur (il peut les fermer)
La zone de droite permet de naviguer dans l’explorateur sélectionné.
04.16.15 – ISI15274 : Les bouées deviennent des icones
Les bouées deviennent des icones dans la partie gauche de la barre de navigation
04.16.15 – ISI15274 : Disparition de l’historique
L’historique n’est plus disponible.
04.16.15 – ISI15274 : Thèmes aux icônes monochromes
La nouvelle barre de navigation utilise les thèmes existants ainsi que les deux nouveaux thèmes : Rouge et Vert
04.16.15 – ISI15274 : Barre de navigation en mode PDA
La nouvelle barre de navigation est disponible également en mode PDA. On y accède via l’icône en haut à gauche.
04.16.15 – ISI15274 : Lien avec panneau
Sur le thème de l’utilisateur on peut configurer le lien avec le panneau.
Les options 0/1/3 restent fonctionnelles.
L’option 2 n’est plus opérationnelle.
04.16.15 – ISI15249 : ICONES Standards Diapason
Les icônes standards de Diapason ne sont plus gérées dans les paramètres utilisateurs pour l’entité « PARAM-GEN » et le groupe « ICONE » mais dans une structure de données dédiée (table ISIcone dans la base ISIA).
Consultation des Icônes
Dans l’explorateur applicatif « Paramètres Généraux » la branche « Paramètres Utilisateurs > Paramètres Généraux > Icônes utilisées pour Diapason » a été supprimée. Il est possible de consulter les icônes standards dans ce même explorateur, dans l’application « Icône Standards Diapason »
DIALOG
Il faut modifier vos requêtes qui font des recherches sur les icônes. Pour trouver ces requêtes, utiliser le traitement « TRA-REQ » :
Accéder aux traitements non paramétrés : Exploitation > Traitements > Traitements non Paramétrés et lancer le traitement « TRA-REQ »
Saisir « ICONE » comme chaine recherchée et lancer le traitement
Dans la trace du traitement, rechercher les lignes contenant :
POUR CHAQUE/SOC DTD DDPaUtil AVEC DTD DDPaUtil.PaRefEntite = CLO."PARAM-GEN" ET DTD DDPaUtil.PaRefGrpEntite = CLO."ICONE" …
ou
RECH TBD/SOC DTD DDPaUtil AVEC DTD DDPaUtil.PaRefEntite = CLO."PARAM-GEN" ET DTD DDPaUtil.PaRefGrpEntite = CLO."ICONE » ET DTD DDPaUtil.PaRefParEntite = VLO.Icone :
ou
VLO.FicIcone = PARAM-UTIL( ENTITE= CLO."PARAM-GEN" , GROUPE= CLO."ICONE" , VALEUR= VLO.Icone )
Dans chaque requête concernée, remplacer :
POUR CHAQUE/SOC DTD DDPaUtil AVEC DTD DDPaUtil.PaRefEntite = CLO."PARAM-GEN" ET DTD DDPaUtil.PaRefGrpEntite = CLO."ICONE" :
par
POUR CHAQUE ISIA ISIcone :
RECH TBD/SOC DTD DDPaUtil AVEC DTD DDPaUtil.PaRefEntite = CLO."PARAM-GEN" ET DTD DDPaUtil.PaRefGrpEntite = CLO."ICONE » ET DTD DDPaUtil.PaRefParEntite = VLO.Icone
Par
RECH TBD ISIA ISIcone AVEC ISIA ISIcone.IcoRef = VLO.Icone :
VLO.FicIcone = PARAM-UTIL( ENTITE= CLO."PARAM-GEN" , GROUPE= CLO."ICONE" , VALEUR= VLO.Icone )
par
RECH TBD ISIA ISIcone AVEC ISIA ISIcone.IcoRef = VLO.Icone :
VLO.FicIcone = ISIA ISIcone.IcoFic
FIN_BLOC
04.16.15 – STD00846 Saisie de critères supplémentaires sur documents standards sur REB
Lors de l’exécution des actions d’éditions interactives sur les devis, commandes commerciales, accusés de réception des commandes commerciales, retours client, factures client, bons de commandes fournisseurs, bons de livraison fournisseur sur un document sur REB, les critères supplémentaires (autres que les critères de l’entité) sont maintenant saisissables.
V04.16.16
04.16.16 – JAN00928 : Taille des icones
La taille des icones des boutons de la barre de commande qui utilisent 4 emplacements a été augmentée de 18px à 26px. Ça permet de mieux visualiser les icones personnalisées (fichier image).
04.16.16 – ISI5292 Gestion des thèmes – Thème global
Désormais le thème est géré pour l’ensemble du bureau (7 thèmes disponibles).
C’est le même thème qui est appliqué sur la barre de commande et sur la barre de navigation.
La liste déroulante permettant de choisir le thème est déplacée dans l’onglet ‘Bureaux’.
04.16.16 – ISI5292 Gestion des thèmes - Couleurs
C’est le même thème qui est appliqué sur la barre de commande et sur la barre de navigation.
Les notions de couleurs (Zone navigation/Titre/Accès) ont été supprimées.
04.16.16 – ISI15279 : Ajout Champs liés à l’Eco-participation
Des champs ont été ajoutés dans différentes tables standards de DIAPASON. Des variables spécifiques portant le même nom que les nouveaux champs standards peuvent déjà exister dans les environnements cibles. Une moulinette (MOU_ISI15279.p) effectue, lors de l’installation, ce contrôle pour chaque société de Diapason, et si les variables spécifiques sont trouvées, des mises à jour sont faites automatiquement :
Soit récupération de la valeur de la variable spécifique dans le nouveau champ standard correspondant puis suppression de la variable spécifique partout SAUF dans les requêtes et les tables de valeurs
Soit renommage de la variable spécifique partout SAUF dans les requêtes et les tables de valeurs
(voir tableau suivant)
Le renommage des variables sera de la forme SPE + x + NomVariable avec x : numéro d’ordre au cas où la variable existerait aussi avec le nouveau nom.
Entité | Tables | Champ | Ancienne Variable Spécifique Renommée / Récupérée ? |
GAD/GVAD | DDArtic / DDVaArt | AppEPVal | Récupérée/Supprimée |
AppEPLib | Récupérée/Supprimée | ||
AppEPDev | Récupérée/Supprimée | ||
GCLIENT/GCAF | CDClient/CDAffair | CliTarEPGes | Récupérée/Supprimée |
GCDL | CDCoLi | CdeLigComEPGes | Renommée |
CdeLigComEPDat | Renommée | ||
CdeLigComEPHT | Renommée | ||
CdeLigComEPTotHt | Renommée | ||
GCDE | CDCoEn | CdeComEPGes | Renommée |
CdeComEPDat | Renommée | ||
CdeComEPTotHt | Renommée | ||
GCPE | CDPrEn | CdeComEPGes | Renommée |
CdeComEPTotHt | Renommée | ||
GCPL | CDPrLi | CdeLigEPVaArt | Renommée |
CdeLigComEPGes | Renommée | ||
CdeLigComEPHT | Renommée | ||
CdeLigComEPTotHT | Renommée | ||
FACE | CDFaEn | CdeFacEPGes | Renommée |
CdeFacEPDat | Renommée | ||
CdeFacPriEPHT | Renommée | ||
FACL | CDFaLi | CdeFacPriLigEPUn | Renommé |
CdeFacEPDat | Renommé | ||
CdeFacPriLigEPHT | Renommé | ||
CdeFacLigEPGes | Renommé |
Mises à jour automatiques effectuées : rien à faire de votre côté.
Ergonomies et présentations GFD pour les entités du tableau ci-dessus
Correspondances et événements EIA
Récupération/Suppression ou renommage des variables spécifiques portant le même nom que les variables standard GFD pour les entités du tableau ci-dessus
Remarques :
A la fin de l’installation de la révision, le traitement « INS-REQ » est lancé pour regénérer toutes les requêtes, tables de valeurs, … Ce traitement génère l’environnement EIA et donc les correspondances et les événements qui seront mis à jour automatiquement. Les requêtes portant sur les entités qui utilisaient les variables spécifiques » ne seront plus disponibles après cette génération étant donné que ces variables spécifiques n’existeront plus.
Il sera donc nécessaire de modifier certains paramétrages pour résoudre les problèmes éventuels liés à cette évolution. Les données sont sauvegardées avant ces mises à jour.
Attention : Les bases d’archivage ne sont pas mises à jour.
Paramétrages à modifier :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Ajouter dans les présentations spécifiques (utilisées dans la fonction ENR-ACT-ENT) les nouveaux champs standards
Contenus tables de valeurs contenant les anciennes Variables
Paramétrages à modifier
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité « GCDL » par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VDL.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été supprimée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT SDL.NomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = SDL.NomVar |
SI VDL.NomVar EXISTE ET <> "" | SI SDL.NomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = SDL.NomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = SDL.NomVar |
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT VDL.SpexNomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = VDL.SpexNomVar |
SI VDL.NomVar EXISTE ET <> "" | SI VDL.SpexNomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = VDL.SpexNomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = VDL.SpexNomVar |
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression:
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC ) | RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" ) | Utilisation de la fonction ENR-ACT-ENT : CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( ) |
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar" | PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC ) | VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC ) |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" ) | VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" ) |
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar" | PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."SpexNomVar" |
Moulinette de contrôle : pour vous aider à identifier les impacts
La trace de la moulinette indique :
Le répertoire où sont stockés les fichiers de sauvegarde des données avant les mises à jour et l’extension de ces fichiers (sous la forme « date_heure ») par exemple :
Les fichiers de sauvegarde des données avant mise à jour sont dans
/RepDiapason/devt/Diap/GraPatch/P.04.16.01 avec extension 01102020_0921
Les fichiers générés lors des mises à jour sont de la forme table.extension
Pour chaque table concernée, si la mise à jour s’est bien déroulée ou non (OK ou PB) et le nombre d’enregistrements mis à jour.
V04.16.19
04.16.19 – ISI15279 : Evolution Fonction DIALOG RECCAL-EP
La fonction RECCAL-EP a évolué pour permettre d’indiquer l’entité et les clés auxquelles on souhaite affecter le détail d’éco-participation récupéré (Voir 3.2.32). Quatre nouveaux paramètres doivent être renseignés :
Variable = RECCAL-EP(ENTITE = Entité, CLE1 = Clé1, CLE2 = Clé2, CLE3 = Clé3, TYPE=Type_Recupération, ENTITE-DES = Entité_Destination, CLE1-DES = Clé1_Destination, CLE2-DES = Clé2_Destination, CLE3-DES = Clé3_Destination)
Cependant, il n’est pas nécessaire de modifier la saisie de vos requêtes utilisant cette fonction si vous ne souhaitez pas gérer ces nouveaux paramètres. Si vous modifiez une instruction contenant cette fonction, les nouveaux paramètres seront proposés à la saisie.
V04.16.20
04.16.20 – ISP00006 : Suppression option ‘Liste panneaux’ du thème
L’option ‘Liste panneaux’ du thème a été supprimée. Tous les utilisateurs auront donc accès à la liste des panneaux.
04.16.20 – BEL03443 : Evolution Contextes Listes avec Positionnement à la Fin
Certains contextes applicatifs permettaient d’afficher des données et de se positionner à la fin de la liste, c’est-à-dire sur l’enregistrement le plus récent. L’évolution apportée à ces contextes permet de présenter les données par ordre décroissant plutôt que de se positionner à la fin de la liste : on est positionné sur le premier enregistrement qui correspond au plus récent.
Les contextes concernés sont :
La consultation des retours d’un fournisseur
La consultation des retours d’un client
La consultation des besoins de gestion d’un client
La consultation des factures à valider et des factures validées d’un client
La gestion et la consultation des commandes en cours d’un client
La gestion des commandes en cours d’un client pour un réseau
La gestion et la consultation des devis en cours d’un client
La gestion des commandes et devis en cours d’un client
La consultation des commandes soldées d’un client
La gestion des commandes du client rattaché à l’utilisateur courant
La gestion des devis du client rattaché à l’utilisateur courant
Les AME définies sur ces contextes affichent désormais les données dans l’ordre décroissant.
04.16.20 – BEL03544 : Contrôle valeurs Champ « Dos. Pro. Adm. » (SDE.CdeDosCde)
Dans cette révision, un contrôle de la valeur affectée par la requête GCC du client au champ « Dos. Pro. Adm. »(SDE.CdeDosCde) a été ajouté pour uniformiser le comportement avec la saisie utilisateur Il est nécessaire que la valeur soit définie au préalable dans le paramètre utilisateur « Commandes Commerciales » / « Stade Processus Administratif » (CDE-CLI/STA-PROADM)
04.16.21
DPI LAP19798 : Paramétrage des critères historiques de stock
Les requêtes utilisant la fonction DIALOG “STKHISART” ainsi que les requêtes de Calcul de type “Niveau de Stock” doivent être recompilées.
les champs listes de la table DTMvtHis (StoParHisLis*) qui contenaient les éléments sélectionnés pour le critère historique de stock ne sont plus utilisées et sont remplacées par une table contenant le détail des éléments sélectionnés. Si les listes chaînées sont utilisées dans des requêtes, il faut faire désormais une recherche sur la table DTMvtHiD (StoParHisRef : référence critère, StoParHisDetTyp : type d'élément sélectionné, StoParHisDetRef : référence de l'élément sélectionné) qui contient un enregistrement par élément de chaque liste chaînée de DTMvtHis. Correspondance entre les listes chaînées et les types d'éléments
StoParHisLisMvE : MVE
StoParHisLisMvB : MVB
StoParHisLisMvS : MVS
StoParHisLisTPr : TPR
StoParHisLisTPa : TPA
StoParHisLisSec : SEC
StoParHisLisEmp : EMP
StoParHisLisCri : CRI
StoParHisLisRai : RAI
StoParHisLisOri : ORI
StoParHisLisDes : DES
L’exportation des critères d’historiques de stock de la révision 04.16.21 vers des révisions antérieures peut provoquer de la perte de données en raison de la limite de la taille des listes chaînées de Progress : un warning est affiché dans ce cas pour indiquer la perte possible de données. Pour exporter des critères historiques de stock dans une révision antérieure à la 04.16.21, il faut indiquer cette version dans le critère du traitement d’exportation dans la zone “Version Destinataire”.
04.16.22
ISP00017 : PORTAILS
Problème de suppression de contexte des portails
La variable SCR.PAR_DomRef utilisée dans les contextes des portails et contenant le domaine du portail est remplacée par la nouvelle variable SCR.POR_DomRef. Les requêtes utilisant SCR.PAR_DomRef dans les contextes de portail uniquement devront être modifiées pour utiliser SCR.POR_DomRef.
Option de centrage des portails
L’option Centré [C] renseignée sur la définition des ergonomies d’un portail , définissant le positionnement du portail dans la page d’accueil DIAPASON, est maintenant prise en compte.
ISP00017 : Suppression de fonctionnalités
Les options ci-dessous définies sur les thèmes DIAPASON sont supprimées.
Paramétrage des boutons des applications
La possibilité de choisir le style des boutons (base ou évolué) est supprimée. Les boutons sont forcément évolués.
Les libellés des boutons ne sont plus personnalisables, les valeurs sont ‘Valider’, ‘Annuler’ et ‘Fermer’.
Les boutons contiennent forcément une icône défaut surchargeable par la voie classique de la surcharge des icônes.
Type de liste d’aide
La liste d’aide est flottante dans tous les cas sauf pour le configurateur Diapason où l’option assistant est encore possible.
Positionnement des onglets
L’option permettant de positionner les onglets « au-dessous » n’existe plus. Les onglets se positionnent toujours en mode « au-dessus ».
Gestion de navigation dans les panneaux
La gestion des « Panneaux » sous forme d’onglets est remplacée par une gestion plus moderne dans l’ergonomie du nouveau bureau.
Le panneau « Historique » est supprimé.
ISP00017 : Proportions préenregistrées
Proportions des procédures de démarrage en multizones
Lors du passage en révision 04.16.22, nous avons revu notre calcul de positionnement des éléments dans l'écran. Si au premier lancement votre procédure de démarrage ne s’affiche pas avec les proportions habituelles, rétablir les tailles à l'écran puis réenregistrer la procédure par l’application Diapason.
Procédure à suivre :
1 - lancer la procédure à réenregistrer
2- Réorganiser comme souhaité
3- Enregistrer la procédure
La position du splitter dans les applications
Si la position du splitter dans les applications a changé après l’installation de la 04.16.22, vous devrez le repositionner à l’endroit voulu. Sa position sera enregistrée pour tous vos prochains accès à DIAPASON.
ISP00014 Gestion des acomptes multi-taux de TVA
Des champs ont été ajoutés dans différentes tables standards de DIAPASON. Des variables spécifiques portant le même nom que les nouveaux champs standards peuvent déjà exister dans les environnements cibles.
Ces variables Spécifiques ne seront plus utilisables suite à la migration si aucune action n’a été réalisée au préalable.
Liste des Nouveaux Champs
Entité | Table | Champ | Type Variable Spécifique |
---|---|---|---|
FACE | CDFaEn | CdeFacPriEntAcoHT | VFa |
FACE | CDFaEn | CdeFacPriProHT | VFa |
FACE | CDFaEn | CdeFacPriProTax | VFa |
FACE | CDFaEn | CdeFacPriAcoTax | VFa |
FACE | CDFaEn | CdeFacPriProTTC | VFa |
FACL | CDFaLi | CdeFacLigTyC | VFb |
Actions à réaliser avant installation :
Avant d’installer la révision, il faut vérifier si il existe sur votre environnement une des ces variables Spécifiques.
Aucune variable Spécifique existe : Vous n’avez rien à faire
Au moins une variables existe : Vous devez alors la renommer et modifier tous les cas d’emploi
Le support Diapason peut vous aider pour renommer la variable . La mise à jour réalisée concerne :
Ergonomies et présentations GFD pour les entités du tableau ci-dessus
Correspondances et événements EIA
renommage des variables spécifiques avec récupération de leur valeurs
Paramétrages à modifier au cas par cas à votre charge :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Contenus tables de valeurs contenant les anciennes Variables
Paramétrages à modifier
contenu des tables de valeurs
Si vous stocker la référence des ces variables dans des tables de valeurs pour être utilisé par des fonctions macro- langage comme REV-VAR-SPE, MAJ-Var-SPE , ENR-ACT-ENT, REC-VAR-ENT , INI-VAR-ENT…,
Vous devez mettre à jour le contenu de vos tables pour utiliser la nouvelle référence.
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité «FACE» par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VFb.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur
| INIT VDL.SpexNomVar = VLO.valeur
|
VLOValeur = VDL.NomVar
| VLO.Valeur = VDL.SpexNomVar
|
SI VDL.NomVar EXISTE ET <> ""
| SI VDL.SpexNomVar EXISTE ET <> ""
|
COLONNE NomVar = VDL.NomVar
| COLONNE NomVar = VDL.SpexNomVar
|
PRENDRE NomVar = VDL.NomVar
| PRENDRE NomVar = VDL.SpexNomVar
|
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."SpexNomVar"
|
V04.16.23
ISP00023 Evolutions module ‘Facturation client’
Dans le cadre de la mise en place des règlements dans DIAPASON, le flag CdFaEn.cdeFacRegSta n'est plus pris en compte en sortie de calcul de facturation. (Cf § Evolutions)
ISP00023 Evolutions module ‘Facturation client’
Dans le cadre de la mise en place des acomptes multi-tva dans DIAPASON, le champ CDFaEn.CdeFacPriEntAco ne peut plus être utilisé sur une facture produit si aucune facture d’acomptes n'est rattachée ( CdFaEn.CdeFacPrirefAco = ““ ).
ISP00023 Evolutions module ‘Facturation client’
Des champs ont été ajoutés dans différentes tables standards de DIAPASON. Des variables spécifiques portant le même nom que les nouveaux champs standards peuvent déjà exister dans les environnements cibles.
Ces variables Spécifiques ne seront plus utilisables suite à la migration si aucune action n’a été réalisée au préalable.
Liste des Nouveaux Champs
Entité | Table | Champ | Type Variable Spécifique |
---|---|---|---|
FACE | CDFaEn | CdeFacRegPar | VFa |
FACE | CDFaEn | CdeFacPriReg | VFa |
Actions à réaliser avant installation :
Avant d’installer la révision, il faut vérifier s’il existe sur votre environnement une de ces variables Spécifiques.
Aucune variable Spécifique n'existe : Vous n’avez rien à faire
Au moins une variables existe : Vous devez alors la renommer et modifier tous les cas d’emploi
Le support Diapason peut vous aider pour renommer la variable . La mise à jour réalisée concernera :
Ergonomies et présentations GFD pour les entités du tableau ci-dessus
Correspondances et événements EIA
renommage des variables spécifiques avec récupération de leur valeurs
Paramétrages à modifier au cas par cas à votre charge :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Contenus tables de valeurs contenant les anciennes Références Variables
Paramétrages à modifier
contenu des tables de valeurs
Si vous stockez la référence des ces variables dans des tables de valeurs pour être utilisée par des fonctions macro- langage comme REV-VAR-SPE, MAJ-Var-SPE , ENR-ACT-ENT, REC-VAR-ENT , INI-VAR-ENT…,
Vous devez mettre à jour le contenu de vos tables pour utiliser la nouvelle référence.
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité «FACE» par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VFb.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT VDL.SpexNomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = VDL.SpexNomVar |
SI VDL.NomVar EXISTE ET <> "" | SI VDL.SpexNomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = VDL.SpexNomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = VDL.SpexNomVar |
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( ) |
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."SpexNomVar"
|
ISP00022 Passage au protocole HTTPS
Exposition des services WEB Diapason (génériques et atelier) en https (certificats SSL/TLS).
Des changements doivent être opérés pour configurer les Tomcat en HTTPS en cas d'utilisation de Tempo et/ou des Services Web sur Diapason. Dans le cas où cette opération n’est pas réalisée, les services Web resteront en version 04.16.22 et cela entrainera une désynchronisation entre DIAPASON et les services Web.
V04.16.24
ISP00028 Evolutions module ‘Facturation client’
Des champs ont été ajoutés dans différentes tables standards de DIAPASON. Des variables spécifiques portant le même nom que les nouveaux champs standards peuvent déjà exister dans les environnements cibles.
Ces variables spécifiques ne seront plus utilisables suite à la migration si aucune action n’a été réalisée au préalable.
Liste des Nouveaux Champs
Entité | Table | Champ | Type Variable Spécifique |
---|---|---|---|
FACE | CDFaEn | CdeFacTypSpe | VFa |
Actions à réaliser avant installation :
Avant d’installer la révision, il faut vérifier s'il existe sur votre environnement une de ces variables spécifiques.
Aucune variable spécifique n'existe : Vous n’avez rien à faire
Au moins une variable existe : Vous devez alors la renommer et modifier tous les cas d’emploi
Le support Diapason peut vous aider pour renommer la variable. La mise à jour réalisée concernera :
Ergonomies et présentations GFD pour les entités du tableau ci-dessus
Correspondances et événements EIA
Renommage des variables spécifiques avec récupération de leurs valeurs
Paramétrages à modifier au cas par cas à votre charge :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Contenus tables de valeurs contenant les anciennes Références de Variables
Paramétrages à modifier
Contenu des tables de valeurs
Si vous stockez la référence de ces variables dans des tables de valeurs pour être utilisée par des fonctions macro-langage comme REC-VAR-SPE, MAJ-VAR-SPE , ENR-ACT-ENT, REC-VAR-ENT , INI-VAR-ENT…,
Vous devez mettre à jour le contenu de vos tables pour utiliser la nouvelle référence.
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité «FACE» par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VFb.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT VDL.SpexNomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = VDL.SpexNomVar |
SI VDL.NomVar EXISTE ET <> "" | SI VDL.SpexNomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = VDL.SpexNomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = VDL.SpexNomVar |
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."SpexNomVar"
|
V04.16.25
ATL01165 : Les variables SDL.CptCr*Ref tronquées sur les lignes de commandes commerciales
Le format des critères comptables qui doit être à 25 caractères maximum dans les applications de Diapason, n'était pas à jour sur les applications suivantes :
Gestion des lignes de commandes commerciales
Saisie Eco-Participation dans les factures manuelles
Factures Fournisseurs Préenregistrées
Saisie de frais sur les factures fournisseurs
Gestion des additifs sur un événement de conditionnement
Pour les lignes de commandes commerciales, seule l’ergonomie ISIA est mise à jour et livrée. Les présentations spécifiques de chaque Diapason contenant ces variables doivent être modifiées, pour passer le format des critères comptables à 25 (si nécessaire).
Pour les autres applications ci-dessus, si des ergonomies existent, il faut aussi les mettre à jour dans : Studio Diapason > Ergonomies.
V04.16.26
ISI15417 : Les variables spécifiques et les variables standard du même nom posent des soucis dans Diapason
A partir de cette révision il ne sera plus possible de mettre une variable standard et une VOP portant le même nom dans la même présentation objet paramétrable . Un programme de vérification sera lancé lors de la procédure d’installation qui signalera les présentations incohérentes (contenant des doublons).
Action à réaliser dans ce cas :
A partir de cette révision, il ne sera plus possible de créer ni d’importer une variable spécifique portant le même nom qu’une variable standard de la même entité. Avant l’installation de cette révision, il est nécessaire de vérifier les doublons déjà existant et de les traiter comme suit :
Actions à réaliser avant installation :
Avant d’installer la révision, il faut vérifier sur votre environnement si des doublons existent.
Aucune variable Spécifique portant le même nom qu’une standard n'existe : Vous n’avez rien à faire
Au moins une variable existe : Vous devez alors la renommer et modifier tous les cas d’emploi
Le support Diapason peut vous aider pour renommer la variable. La mise à jour réalisée concernera :
Ergonomies et présentations GFD ou GFG
Correspondances et événements EIA
Renommage des variables spécifiques avec récupération de leur valeurs
Paramétrages à modifier au cas par cas à votre charge :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Contenus tables de valeurs contenant les anciennes Références Variables
Paramétrages à modifier
contenu des tables de valeurs
Si vous stockez la référence de ces variables dans des tables de valeurs pour être utilisée par des fonctions macro-langage comme REC-VAR-SPE, MAJ-VAR-SPE , ENR-ACT-ENT, REC-VAR-ENT , INI-VAR-ENT…,
vous devez mettre à jour le contenu de vos tables pour utiliser la nouvelle référence.
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité «FACE» par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VFb.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT VDL.SpexNomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = VDL.SpexNomVar |
SI VDL.NomVar EXISTE ET <> "" | SI VDL.SpexNomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = VDL.SpexNomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = VDL.SpexNomVar |
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( ) |
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
V04.16.26
ISI15417 : Les variables spécifiques et les variables standard du même nom posent des soucis dans Diapason
A partir de cette révision il ne sera plus possible de mettre une variable standard et une VOP portant le même nom dans la même présentation objet paramétrable . Un programme de vérification sera lancé lors de la procédure d’installation qui signalera les présentations incohérentes (contenant des doublons).
Action à réaliser dans ce cas :
A partir de cette révision, il ne sera plus possible de créer ni d’importer une variable spécifique portant le même nom qu’une variable standard de la même entité. Avant l’installation de cette révision, il est nécessaire de vérifier les doublons déjà existant et de les traiter comme suit :
Actions à réaliser avant installation :
Avant d’installer la révision, il faut vérifier sur votre environnement si des doublons existent.
Aucune variable Spécifique portant le même nom qu’une standard n'existe : Vous n’avez rien à faire
Au moins une variable existe : Vous devez alors la renommer et modifier tous les cas d’emploi
Le support Diapason peut vous aider pour renommer la variable. La mise à jour réalisée concernera :
Ergonomies et présentations GFD ou GFG
Correspondances et événements EIA
Renommage des variables spécifiques avec récupération de leur valeurs
Paramétrages à modifier au cas par cas à votre charge :
Requêtes Entité (GCL, GCA, REN, etc.)
Autres requêtes (REB, RCT, etc.)
Contenus tables de valeurs contenant les anciennes Références Variables
Paramétrages à modifier
contenu des tables de valeurs
Si vous stockez la référence de ces variables dans des tables de valeurs pour être utilisée par des fonctions macro-langage comme REC-VAR-SPE, MAJ-VAR-SPE , ENR-ACT-ENT, REC-VAR-ENT , INI-VAR-ENT…,
vous devez mettre à jour le contenu de vos tables pour utiliser la nouvelle référence.
Les Requêtes Entités
Pour chaque société Diapason :
Si le champ spécifique « NomVar » est trouvé pour l’entité «FACE» par exemple , il est nécessaire de modifier les requêtes qui utilisent la variable « VFb.NomVar » .
Pour les requêtes portant sur des entités (GCA, GCL, REN, RA-*, RC-*…), si la variable spécifique a été renommée lors de l’installation, la génération des requêtes après installation entraine la mise en erreur de ces requêtes.
Avant | Après |
INIT VDL.NomVar = VLO.valeur | INIT VDL.SpexNomVar = VLO.valeur |
VLOValeur = VDL.NomVar | VLO.Valeur = VDL.SpexNomVar |
SI VDL.NomVar EXISTE ET <> "" | SI VDL.SpexNomVar EXISTE ET <> "" |
COLONNE NomVar = VDL.NomVar | COLONNE NomVar = VDL.SpexNomVar |
PRENDRE NomVar = VDL.NomVar | PRENDRE NomVar = VDL.SpexNomVar |
Les Autres Requêtes
Pour les autres types de requêtes, il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas de la suppression :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| RECH TBD/SOC DTD CDCoLi AVEC INDEX AUTO (CDCoLiIdx) DTD CDCoLi.CdeNumCom = VLO.CdeNumCom ET DTD CDCoLi.CdeNumLig = VLO.CdeNumLig : VLO.ValeurC = DTD CDCoLi.NomVar FIN_BLOC |
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
CREATION Liste WfEntAct : PRENDRE WfEntAct Action = CLO."MOD" PRENDRE WfEntAct EntTEn = CLO."CDC-LIG" PRENDRE WfEntAct EntCl1 = VLO.Cle1 PRENDRE WfEntAct EntCl2 = VLO.Cle2 PRENDRE WfEntAct ActRes = CLO."" PRENDRE WfEntAct ActErr = CLO."" FIN_BLOC CREATION Liste WfEntVar : PRENDRE WfEntVar EntTEn = CLO."CDC-LIG" PRENDRE WfEntVar EntCl1 = VLO.Cle1 PRENDRE WfEntVar EntCl2 = VLO.Cle2 PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" PRENDRE WfEntVar EntVaC=CLO."xxxxx" FIN_BLOC VLO.Resultat = ENR-ACT-ENT( ) |
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
PRENDRE WfEntVar EntTVa = CLO."SDL" PRENDRE WfEntVar EntVar = CLO."NomVar" |
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.CdeNumCom , CLE-2= VLO.CdeNumLig , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= NomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= VDL , TYPE= CARACTERE , NOM-VARIABLE= SpexNomVar , CLE-1= VLO.Cde , CLE-2= VLO.Lig , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."VDL" PRENDRE WfEntVar EntVar = CLO."NomVar"
|
V04.16.27
Changement composant d’affichage des applications WEB dans Diapason
Le composant permettant d’afficher les applications WEB dans Diapason a été remplacé. Le setup d’installation client doit obligatoirement être lancé pour installer ce nouveau composant sur le poste où se trouve le client riche de Diapason. Si ce n’est pas le cas, le message ci-dessous apparaît au lancement d’une configuration EOL. Contactez votre service informatique pour régler ce problème.
DPI ISI15392 : Inventaires Palettes
Aucun inventaire Palette ne doit être en cours (photo réalisée, déclaration en cours, écarts non clôturés) au moment du changement de version.
DPI ISI15417 : Les variables spécifiques et les variables standard portant le même nom posent des soucis dans Diapason
A partir de cette révision, il n’est plus possible de mettre une variable VOP portant le même nom qu’une variable standard dans la présentation d’un objet paramétrable. Un utilitaire de vérification est lancé lors de la procédure d’installation qui signalera les présentations incohérentes (contenant des doublons).
Action à réaliser dans ce cas :
Remplacer dans les présentations la variable VOP doublon par une autre VOP.
Dans les requêtes DIALOG : il faut utiliser le traitement « TRA-REQ » (Rechercher /Tout depuis la liste des requêtes) en saisissant « NomVar » dans le contenu à rechercher. La trace du traitement présente les requêtes qui utilisent cette variable. Il faut modifier chacune de ces requêtes.
Quelques exemples de modifications à apporter à ces requêtes dans le cas du renommage :
Remplacer l’ancien nom en nouveau nom de VOP
Avant | Après |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= AncNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
| VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= NouvNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= AncNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
| VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= NouvNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , VALEUR= CLO."xxxxx" )
|
Fonction ENR-ACT-ENT : PRENDRE WfEntVar EntTVa = CLO."" PRENDRE WfEntVar EntVar = CLO."NomVar" |
Mettre à jour l’existant :
Mise à jour existant |
VLO.Resultat = REC-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= AncNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , S:VALEUR= VLO.ValeurC )
|
VLO.Res = MAJ-VAR-SPE( TYPE-VARIABLE= O_Section , TYPE= CARACTERE , NOM-VARIABLE= NouvNomVar , CLE-1= VLO.RefSection , CLE-2= CLO."" , CLE-3= CLO."" , VALEUR= VLO.ValeurC ) |
Purger dans les tables les anciennes valeurs
V04.16.28
DPI MIN00046 : Le paramètre FAC-ACO-MTVA est coché par défaut lors d'une migration
Suite à différentes migrations de révisions antérieures à la 04.16.22 vers des révisions supérieures ou égales, il a été remonté que le paramètre FAC-ACO-MTVA est coché par défaut. Si vous souhaitez garder votre comportement existant, alors vous devez décocher le logique.
Petit rappel :
A quoi sert le paramètre FAC-ACO-MTVA ? Lors de la saisie manuelle d’un acompte,
si le logique n’est pas coché, le fait de renseigner le client initialise le taux de TVA de l’entête avec celui de la fiche client
si le logique est coché, alors le taux de TVA de l’entête n’est pas initialisé par défaut
Qu’est-ce qui fait qu’un acompte est multi-taux de TVA ? Le fait que le taux de TVA de l’entête d’acompte est vide.
A partir de la 04.16.28, si vous migrez d’une version antérieure à la 04.16.22, il sera automatiquement décoché de manière à rester iso avec la révision de départ.
DPI ZEL02026 : Suite au changement d’OCX pour le HTML, la taille de police de l’assistant de la configuration est trop petite
Des valeurs par défaut pour la police et la taille ont été initialisées par défaut sur l’OCX (htmlviewerc.p) afin d’avoir un comportement équivalent à celui du précédent OCX. De plus, l’utilisation des feuilles de style sur la définition des scénarios de configuration ne fonctionnait pas, le problème a été corrigé en 04.16.28. Si vous avez des effets de bord suite à l’installation de cette révision, vérifiez la définition de vos scénarios (cf écran ci-dessous), une feuille de style est peut-être déjà renseignée.
V04.16.29
DPI RID00110, NOR00079, CAI01890 : SW en erreur
Une modification du fichier de configuration ubroker.properties est nécessaire pour que la correction soit effective. Se référer à la documentation d’installation de la révision.