| Modifications apportées à ACE 1.4 après le 9 novembre 2009 | |
Ce document décrit les mises en garde liées à une montée de version d’ACE 1.3 vers ACE 1.4 ou postérieure.
Avant de mettre à jour votre version ACE , nous vous invitons à lire ces quelques pages. La lecture de l’ensemble des guides d’installation, et notamment le guide d’installation du paramétrage, est nécessaire.
|
|
Certaines alertes ou mises en garde peuvent être mentionnées après l’édition de cette nouvelle version. Nous vous invitons à consulter régulièrement le document « Release Notes », onglet « Documentation », sur le site du support ACE : https://support.aurea.com/. |
Nous vous rappelons qu’il est nécessaire de vérifier que votre environnement matériel respecte les pré-requis mentionnés dans les guides d’installation fournis.
Pour l’utilisation d’ACE, le client doit impérativement mettre à disposition des consultants ACE, ou autres intervenants, un poste Windows pour positionner l’environnement de livraison appelé « DefaultClient ».
L’environnement « DefaultClient » est l’environnement de référence du client où seront positionnés l’ensemble des fichiers fournis par ACE ainsi que les spécifiques propres au client.
Cet environnement permet de générer et de déployer l’application sur les serveurs d’application du client. Le client doit s’assurer de la disponibilité permanente de cet environnement.
|
|
Si cet environnement de livraison n’est pas disponible chez le client, la prestation d’installation par l’équipe de consultants ACE ne pourra être réalisée. |
Il est indispensable de consulter le guide d’installation « GI_egx_GCE140 » pour prendre connaissance du paramétrage nécessaire au bon fonctionnement de l’application
Seules les personnes habilitées et ayant suivi une formation spécifique à l’installation de serveur d’application peuvent appliquer les procédures décrites dans ce guide.
La matrice de qualification d’ACE 1.4 est disponible sur le site https://support.aurea.com/ dans la rubrique « Documentation » onglet « Mise à jour des versions ».
Le binaire bdd_serveur est fourni pour converser avec les versions Oracle indiquées dans la matrice ACE. Il est indispensable d’utiliser le bdd_serveur qui correspond à la version Oracle du client.
|
|
La version Oracle Client installée sur le serveur de traitement doit être identique à la version Oracle installée sur le serveur de données (même niveau de Release). |
Dans Internet Explorer 6.0, les listes déroulantes (ComboBox ou balises Select) sont des objets modaux. De ce fait, ils se retrouvent toujours en avant plan des autres éléments HTML présents dans la page, ce qui peut provoquer des affichages non souhaités. Par exemple, dans le portail des événements, l’affichage du menu peu être perturbé par un champ de formulaire quand le menu s’ouvre sur une feuille déjà présente.
Comme il n'est pas possible de piloter ce comportement (c'est en effet le navigateur qui propose son propre mode de fonctionnement), nous vous conseillons fortement d’utiliser IE 7.
Le fichier configurationdef.xml devient obligatoire en ACE 1.4 alors qu’il était optionnel en ACE 1.3. Son nom peut être piloté par un paramètre technique décrit dans un autre chapitre.
D’autre part, l’externalisation des paramètres techniques implique une mise en place systématique des fichiers type ACE.properties.xml.
L’option permettant de gérer plusieurs fichiers de configuration est désormais certifiée sur la ACE 1.4, XDME n’a pas encore la capacité de gérer plusieurs « conf » simultanément, cette option sera disponible ultérieurement sur cette version.
La signature des resolverClass a été modifiée, il convient donc de faire le nécessaire en cas de resolver spécifiques (non standards et développés sur site).
|
|
Pour en savoir plus, consultez la documentation de référence “Delta Socle ACE 1.4 » |
En version ACE 1.4, deux nouveaux champs, utilisés lors de la génération d’évènements, ont été ajoutés au niveau de certaines tables (EVE, EVL, EVP,…) :
· codsoc_o : code société origine,
· codsoc_s : code société source.
Il est ainsi possible d’utiliser des évènements d’origine et des évènements sources appartenant à des entités différentes de l’entité de l’événement courant (champ « codsoc »).
Si vous utilisez les fonctions de chargement ou de déchargement d’ACE Manager et modifiez le champ « codsoc », nous attirons votre attention sur le fait que ces deux nouveaux champs ne sont pas mis à jour lors du chargement ou déchargement.
Si vous n’utilisez pas cette possibilité :
Le code société origine (si le champ « numevo » est renseigné) et le code société source (si le champ « numevs » est renseigné) auront la même valeur que la champ « codsoc ».
Après reprise d’une table (EVE, EVL, EVP,…) d’un champ « codsoc » X vers un « codsoc » Y, il faut passer un script de mise à jour des codes société :
· update xxx set codsoc_o = Y where codsoc=Y and numevo<>0,
· update xxx set codsoc_s = Y where codsoc=Y and numevs<>0
Si vous utilisez cette possibilité :
Contactez votre correspondant Aurea habituel qui vous aidera à adapter vos traitements de chargement et déchargement en fonction de vos spécificités.
Depuis la version ACE 1.4, en mode Client/Serveur, comme en mode web, le maximum autorisé est mémorisé dans le champ « dec1 », et non plus dans le champ “lir” comme c’était le cas auparavant.
Si vous utilisez cette fonctionnalité (voir paramètre MTVALI), une action doit être menée au moment de la migration. Merci de consulter votre correspondant Aurea habituel.
Le paramètre HAB_CS permet d’utiliser en mode web la gestion des habilitations proposée uniquement en mode Client/Serveur et s’appuyant sur la vue UT_MEF : tables UT_HAB , UT_FCG (pour ut_fcg.cat = ‘C’ et ‘G’), UT_UTI (pour ut_uti.poste = ‘O’).
Sans ce paramètre, on utilise en mode web les nouvelles habilitations (portail I_HAB_F et I_PERPER_F ), avec toutes les possibilités d’habilitation aux onglets, aux sociétés, …
|
|
Attention Le paramètre HAB_CS est automatiquement positionné lors de la migration d’une version antérieure à ACE 1.4 vers une version postérieure ou égale à ACE 1.4. De cette manière, vous continuez d’utiliser les anciennes habilitations paramétrées sur votre site. L’activation des nouvelles habilitations (désactivation de ce paramètre HAB_CS) nécessite une reprise de données et une étude de l’architecture des fonctions web spécifiques. Les nouvelles habilitations sont incompatibles avec les portails des événements I_ACHAT_F, I_VTE_F, I_DMA_F, I_SAV_F et I_TRF_F |