ekip 5.4 - gestion de flotte : structure tiers · ekip – descriptif des évolutions 2 ekp01 –...

0

Descriptif des évolutions
EKIP 6.
CREDITS & FINANCEMENTS

Toute utilisation ou reproduction intégrale ou partielle faite sans le consentement de Linedata Services est illicite. Cette représentation ou reproduction par quelque procédé que ce soit constituerait une contrefaçon sanctionnée par les dispositions des articles L.335-1 et suivants du Code de la Propriété Intellectuelle, et, de manière générale, une atteinte aux droits de Linedata Services.

Les noms des produits et des marques mentionnés dans cette documentation appartiennent à leurs propriétaires respectifs. Linedata Services se réserve le droit d’apporter toute modification dans cette documentation sans préavis.

Copyright © Linedata Services 2006

Linedata Services - Crédits & Financements 8-10, rue de la Renaissance

92160 Antony France

Tél. : 33 (0) 1 46 11 70 00 Fax : 33 (0) 1 46 11 70 99

www.linedata.com

EKIP 6.0

Descriptif des évolutions

Décembre 2006

http://www.linedata.com/

EKIP – Descriptif des évolutions

Table des matières 1 Introduction................................................................................................................................................ 1 2 EKP01 – Chronos....................................................................................................................................... 2

2.1 Amélioration de la gestion des chronos............................................................................................... 2 3 EKP21 – Fins à terme ................................................................................................................................ 4

3.1 Annulation d’un dossier ‘SOLT’ validé .............................................................................................. 4 4 EKP29 – Gestion administrative............................................................................................................... 5

4.1 Notes GA ............................................................................................................................................. 5 4.2 Nouvelle fonction de traitement des procédures temporisées.............................................................. 5 4.3 Ergonomie des grilles GA (Documents et évènements) ...................................................................... 6 4.4 Gestion des favoris GA........................................................................................................................ 7 4.5 Amélioration des pré-requis en GA..................................................................................................... 8

5 EKP30 – Bureautique .............................................................................................................................. 10 5.1 Stockage en base des courriers .......................................................................................................... 10 5.2 Génération de courriers au format PDF............................................................................................. 12 5.3 Consultation des courriers EKIP ....................................................................................................... 12 5.4 Remplacement du driver PostScript Windows 95 ............................................................................. 15

6 EKP31 – Poste utilisateur........................................................................................................................ 17 6.1 Profil Utilisateur par défaut : Accès grille PRG108 .......................................................................... 17 6.2 Nouveaux outils (Barre d’Outils) ...................................................................................................... 17

7 EKP50 – Clôture comptable.................................................................................................................... 19 7.1 Amélioration des performances liée à la 4028................................................................................... 19

8 EKP51 – Immobilisations........................................................................................................................ 20 8.1 Historisation des Tableaux Fiscaux ................................................................................................... 20

9 EKP52 – Comptabilité interne................................................................................................................ 23 9.1 Gestion du champ ID_PERIODE dans les tables de la comptabilité................................................. 23

10 EKP56 – Recouvrement........................................................................................................................... 25 10.1 Rétroactivité en rééchelonnement...................................................................................................... 25

11 EKP67 – Batchs........................................................................................................................................ 26 11.1 Génération de documents PDF .......................................................................................................... 26

12 EKP82 – TGV........................................................................................................................................... 28 12.1 Parallélisation du traitement Reconduction des balances .................................................................. 28 12.2 Refonte / Optimisation balances comptables..................................................................................... 29 12.3 Performance / Traitement remise en banque ..................................................................................... 29 12.4 Batchs multi-sociétés ......................................................................................................................... 30

13 Liste des dossiers d’études....................................................................................................................... 33 14 Révisions du document ............................................................................................................................ 34

iii


1 Introduction Ce document a pour objet de présenter les évolutions apportées à Ekip dans le cadre de la version 6.0.

Cette version regroupe des évolutions dans les domaines suivants :

• Amélioration des performances,

• Exploitabilité,

• Ergonomie,

• Evolution fonctionnelle.

Pour chaque dossier d’étude (numéroté sous la forme Ekpxx, où xx correspond au numéro de dossier), nous décrirons :

• Le domaine,

• L’objectif de la modification réalisée,

• Le descriptif de l’évolution et son implémentation dans Ekip,

• La procédure de reprise à adopter lors de l’installation du patch ou manuellement.

Les évolutions concernent les ekp suivants :

• Ekp01 – Chronos,

• Ekp21 – Fin à terme,

• Ekp29 – Gestion administrative,

• Ekp30 – Bureautique,

• Ekp31 – Poste utilisateur,

• Ekp50 – Clôture comptable,

• Ekp51 – Immobilisations,

• Ekp52 – Comptabilité interne,

• Ekp56 – Recouvrement,

• Ekp64 – TVA,

• Ekp67 – Batchs,

• Ekp82 – TGV.

1


2 EKP01 – Chronos

2.1 Amélioration de la gestion des chronos

2.1.1 Domaine Exploitabilité.

2.1.2 Objectif L’objectif de cette évolution est de mettre en place plusieurs améliorations dans la gestion des chronos EKIP soient :

• Création d’un identifiant externe sur la table DONNEECHR afin de permettre le transfert de ce paramétrage d’une base à une autre (via les API),

• Modification de l’ergonomie de la grille de gestion des chronos CHR011,

• Création du calcul et consultation de la limite du chrono,

• Modification de la gestion de l’utilisateur propriétaire des séquences physiques des chronos,

• Création d’un traitement de prolongation des séquences des chronos arrivant en fin de validité.

Attention : Ces évolutions ne concernent que la gestion des chronos en version 4.3.

2.1.3 Descriptif

Modification de l’ergonomie de la grille gestion des chronos CHR011 • Un identifiant externe unique sur la table des chronos (DONNEECHR) correspondant au

code chrono/no ordre (CODE_CHRONO/NO_ORDRE (Nouvelle colonne)). Il peut être visualisé uniquement sur la grille CHR011.

• La grille CHR011 est modifiée afin de présenter pour un code chrono donné, les données du chrono sous forme d’une liste triée par statut, no_ordre croissants.

• Pour permettre à l’utilisateur de connaître la limite du chrono dont il définit le paramétrage :

o Un nouveau bouton dans la grille CHR010 ‘Calculer limites’ déclenche le calcul et la visualisation de la valeur limite du chrono,

o Le bouton ‘Calculer limites’ n’est accessible que pour les chronos au statut ETUDE et VALIDE.

2


Nouvelle gestion de création des séquences ORACLE Un nouveau traitement batch crée et supprime physiquement dans la base, les séquences ORACLES associées aux chronos. Ainsi le processus n’utilise plus l’appel au DAEMON ITI pour la création des séquences ORACLE des chronos.

L’utilisation d’un traitement batch permet de mieux détecter les erreurs et d’avoir un compte rendu de traitement.

Prolongation automatique des chronos Un traitement batch permet de prolonger automatiquement les séquences des chronos arrivant à échéance dans une année donnée.

Un compte-rendu de traitement formaté est généré.

Modification de l’API « CHRONO_MOT_CLE » L’API n’effectue plus les actions suivantes :

• modifier le statut des séquences du chrono (table SEQ_CHRONO),

• appeler le DAEMON ITI pour générer les séquences.

2.1.4 Reprise Un script de reprise doit être lancé manuellement, depuis le serveur hébergeant la base de donnée, de manière à alimenter le champ NO_ORDRE, de la table DONNEECHR.

3


3 EKP21 – Fins à terme

3.1 Annulation d’un dossier ‘SOLT’ validé

3.1.1 Domaine Evolution fonctionnelle.

3.1.2 Objectif Mise en place d’une fonction GA qui donne la possibilité d’annuler un dossier de modification validé de type « SOLT : Fin à terme d’un contrat crédit ».

3.1.3 Descriptif • La nouvelle fonction GA « ANNSOLTVAL : Fonction GA d’annulation d’un dossier

‘SOLT’ validé » est désormais disponible dans les actions Hors GA de la grille « MOD500 : Création fin crédit » pour un type de dossier « SOLT » validé.

• La nouvelle fonction GA « ANNSOLTVAL : Fonction GA d’annulation d’un dossier ‘SOLT’ validé » est désormais disponible en GA pour un type de dossier « SOLT » validé.

Ci-dessous le tableau de séquencement de statut GA de cette fonction qui apparaît dans la grille « ADM004 : Séquencement des fonctions ADM » :

Description et séquencement des fonctions liées au type de dossier SOLT

Fonction Objet GA Statut pré requis Statut résultat

ANNSOLTVAL : Fonction GA d’annulation d’un dossier « SOLT » validé

MOD MV : Dossier validé MR : Dossier réservé

3.1.4 Reprise Sans objet.

4


4 EKP29 – Gestion administrative

4.1 Notes GA


4.1.2 Objectif Modifier la limite actuelle (99) afin de pouvoir saisir 99999 lignes, par type de dossier et par affaire.

4.1.3 Descriptif

Modification des notes GA Les grilles mais également les procédures qui utilisent la variable numéro de ligne, sont modifiées, afin de gérer la nouvelle taille.

Modification de l’ISE La structure de plusieurs tables d’entrée de l’ISE a été modifiée pour intégrer le numéro de ligne long.

Si le nombre de notes n’atteint pas la ligne 100, la zone actuelle no_ligne (numéro de mémo) doit être utilisée et dans le cas d’un nombre supérieur à 100, c’est la nouvelle zone qu’il faut alimenter.


4.2 Nouvelle fonction de traitement des procédures temporisées


5


4.2.2 Objectif Rendre le traitement des procédures temporisées indépendant de sa date d’exécution.

4.2.3 Descriptif Cette nouvelle fonction de traitement des procédures temporisées «TRPRTMPDAT – TRT. PROC. TEMP. DAT.», comporte un nouveau paramètre au dialogue : la date limite de déclenchement des procédures temporisées.

• La fonction permet de traiter l’ensemble des procédures temporisées dont la date de déclenchement est à la fois inférieure ou égale à la date du dialogue et inférieure ou égale à la date du jour.

• Lorsque la fonction est exécutée avec une date limite supérieure à la date du jour, un message informatif est affiché dans le compte-rendu de traitement.


4.3 Ergonomie des grilles GA (Documents et évènements)

4.3.1 Domaine Ergonomie.

4.3.2 Objectif L’objectif est de modifier l’ergonomie des grilles GA (événements et documents d'un classeur) : afficher dans un bloc séparé tous les types de dossier d’un classeur qui possède au moins un évènement ou un document.

4.3.3 Descriptif Mise en place d’un nouveau bloc dans les grilles ADM210, ADM215, ADM220 et ADM270 de manière à afficher les types de dossier par ligne :

• Dans la grille ADM215 tous les dossiers du classeur ayant au moins un événement en attente sont affichés,

• Dans la grille ADM220, tous les dossiers du classeur ayant au moins un événement externe non reçu sont affichés,

• Dans la grille ADM270, tous les dossiers du classeur ayant au moins un événement à suivre sont affichés,

• Dans la grille ADM210, tous les dossiers du classeur ayant fait l’objet d’au moins un courrier sont affichés.

6


Mise en place, sur ces grilles, de trois types de bouton (champs pouvant être triées) :

• Un type de bouton permet d’indiquer que le champ sur lequel il existe n’est pas trié,

• Un second bouton permet d’indiquer que le champ sur lequel il existe est trié dans le sens ascendant,

• Un troisième bouton permet d’indiquer que le champ sur lequel il existe est trié dans le sens descendant.


4.4 Gestion des favoris GA


4.4.2 Objectif Mettre en place la gestion des favoris GA d’un utilisateur (au travers d’une structure d’arbre) et améliorer la recherche sur les activités via de nouveaux critères.

4.4.3 Descriptif

Création favoris utilisateur Chaque utilisateur peut créer une structure « favoris » dans la nouvelle grille ADM600.

Par exemple :

• Activités quotidiennes

o Activités recouvrement

o Activités après vente

o Activités avant-vente

• Activités mensuelles

o Activités recouvrement

o Activités avant-vente

7


1. L’utilisateur commence par créer ses répertoires,

2. Ensuite, l’utilisateur peut classer ses activités dans les favoris.

La gestion des favoris est modifiable à tout moment (modification du nom d’un répertoire, ajout/suppression d’un répertoire, ajout / suppression d’une activité dans un répertoire).

Modification de la grille de paramétrage d’une activité ADM202 Deux nouveaux paramètres de définition d’une activité GA permettant de faciliter la recherche (nouveaux critères de recherche) et l’ordonnancement des activités GA, qui sont les suivants :

• Domaine activité,

• Priorité activité.

Nouvel écran d’ouverture d’une activité « ADM626 » Afin de pouvoir utiliser les favoris dans la recherche d’une activité lors d’ouverture manuelle d’une activité dans le cadre d’un classeur, un nouvel écran à l’image de la grille existante ADM226, est disponible.

Cette grille « ADM626 : ouverture manuelle d’une activité » est accessible à partir de deux nouvelles fonctions depuis le menu local de la grille ADM219 en remplacement de la grille ADM226.

Elle permet de rechercher les activités autorisées pour l’utilisateur connecté comme le fait aujourd’hui la grille existante ADM226 mais aussi, elle offre la possibilité d’ouvrir une activité en la sélectionnant dans les favoris utilisateur. Elle permet également de classer une activité dans un répertoire des favoris.


4.5 Amélioration des pré-requis en GA


8


4.5.2 Objectif L’objectif de cette évolution est d’améliorer les pré-requis, en GA, pour l’exécution d’une procédure.

Deux aspects sont pris en compte :

• Rendre la gestion des erreurs plus explicite,

• Aspect performance.

4.5.3 Descriptif

Gestion des erreurs dans les pré-requis La génération des messages d’erreurs a été revue pour faire afficher un message explicite, tenant compte du contexte (activité / procédure / numéro d’ordre) et du type de donnée attendue en pré-requis (procédure, évènement, alerte).

Cela permet de faciliter la résolution de l’erreur.

Optimisation de la gestion des pré-requis La recherche des procédures automatiques à exécuter suite à l’exécution d’un pré requis, a été optimisée.

4.5.4 Reprise Sans objet

9


5 EKP30 – Bureautique

5.1 Stockage en base des courriers


5.1.2 Objectif L’objectif de cette évolution est :

• De gérer un historique des compilations d’un document ADM,

• De permettre le stockage en base des courriers générés par EKIP (stockage des courriers produits, mais aussi stockage des éléments ayant permis leur constitution : fonds de plan compilés et fichiers de données). Ainsi, il devient possible de purger des répertoires UNIX l’ensemble des fichiers liés aux courriers générés depuis cette évolution (notamment les fichiers de données).

5.1.3 Descriptif

Compilation des fonds de plan • Désormais, les fichiers fonds de plan compilés générés dans le répertoire $EKIPEPS d’EKIP

sont également stockés en base.

• L’historique des compilations des fonds de plan d’un document ADM est alimenté à chaque compilation du document ADM.

o La grille ADM203 de paramétrage des documents ADM a été modifiée pour afficher via un nouveau pop-up l’historique des compilations des fonds de plan du document.

Production / Consultation des courriers

Paramétrage des répertoires de données et de fusion

Le stockage en base des fichiers générés par le processus de production des courriers nécessite de tenir compte du paramétrage Oracle fait par l’administrateur, pour chacun des répertoires de données et de fusion utilisés par les courriers EKIP.

La grille ADM267 de paramétrage des répertoires de données et de fusion des courriers a été modifiée pour permettre la saisie des éléments de paramétrage Oracle référençant les répertoires paramétrés dans la grille.

10


Extraction des données – Génération du fichier de données (.dat)

Désormais, le fichier de données généré par l’extracteur dans le répertoire de données du courrier est stocké en base puis supprimé du répertoire de données.

Fusion des données – Production du fichier final

Désormais, le fichier final généré dans le répertoire de fusion du courrier est également stocké en base.

Consultation du fichier final via la grille ADM211

• Lorsque l’utilisateur consulte un courrier pour lequel l’extraction des données n’a pas encore été réalisée : l’extraction est lancée (le fichier de données correspondant est stocké en base), le fichier « draft » correspondant à ce courrier est alors généré (fusion) et stocké en base. C’est ce fichier stocké en base qui est alors affiché dans la grille ADM211.

• Lorsque le fichier « draft » associé au courrier à consulter est déjà stocké en base, c’est ce fichier qui est directement affiché dans la grille ADM211.

• Si un utilisateur essaie de consulter un courrier pour lequel l’extraction des données a été réalisée mais non stockée en base, un message d’erreur bloquant est alors remonté par la grille ADM211.

o Ce cas de figure peut survenir lors de la consultation des courriers générés avant l’évolution. Pour pouvoir consulter ces courriers, il sera donc nécessaire de lancer le programme de reprise en base des fichiers de données.

• Lorsque le fichier « draft » à consulter n’est pas déjà stocké en base, celui-ci est régénéré à partir du fond de plan et du fichier de données stockés en base.

o Ce cas de figure peut survenir lorsque l’extraction seule des données a été réalisées (création par batch du courrier) ou encore lorsque l’utilisateur essai de consulter pour la première fois un courrier qui a été généré avant l’évolution et dont le chargement en base du fichier de données a été effectué via le programme de reprise.

5.1.4 Reprise Afin de pouvoir générer de nouveaux courriers après l’installation de l’évolution et après le paramétrage ORACLE des directories, il faut lancer le script de reprise en base des fonds de plan compilés avant l’évolution.

Nous mettons à disposition un traitement batch de reprise en base des fichiers de données générés avant l’évolution (fonction de reprise de masse ou fonction de reprise par classeur).

11


5.2 Génération de courriers au format PDF


5.2.2 Objectif L’objectif de cette évolution est d’autoriser la production d’un courrier EKIP au format PDF.

5.2.3 Descriptif

Paramétrage des documents ADM La grille ADM203 est modifiée pour gérer le nouveau code extension « PDF ».

Compilation des documents ADM Le traitement ADM258 est modifié pour vérifier (contrôle bloquant), lors d’une compilation d’un document ADM dont la nature de production principale est « PDF », que la production initiale est renseignée et qu’un fond de plan lui est associée pour chaque langue pour lesquelles un fond de plan est paramétré.

Production des courriers Le fichier final au format PDF est généré au moment où la production principale du courrier est réalisée : le fichier PDF ainsi généré est alors édité et stocké en base


5.3 Consultation des courriers EKIP


5.3.2 Objectif Cette évolution autorise la consultation des courriers produits par EKIP via une application locale adaptée au fichier courrier à consulter.

12


Ainsi, avec cette évolution, il devient possible d’utiliser :

• Microsoft WORD (ou le WORDPAD) pour consulter en local les fichiers RTF.

• Adobe Acrobate READER pour consulter en local les fichiers PDF.

• NOTEPAD (ou tout autre éditeur de texte) pour consulter en local les fichiers TXT.

5.3.3 Descriptif

Paramétrage utilisateur • La grille PRG130 (définition des utilisateurs) a été modifiée pour y ajouter un nouveau

champ permettant à l’utilisateur de saisir le répertoire local utilisé pour l’import des fichiers courriers.

• La grille DICCTX41 (contexte utilisateur) a été modifiée pour y ajouter un nouveau champ permettant à l’utilisateur de saisir le répertoire local utilisé pour l’import des fichiers courriers.

Production/consultation des courriers

Production manuelle directe

La grille ADM230 est modifiée pour y ajouter de nouveaux boutons permettant de déclencher la production du document et/ou sa consultation locale via une application externe à EKIP :

• le bouton « Prod Principale (extension) » permet de déclencher la production principale du document ADM (création du document, extraction des données et production du courrier dans le format correspondant à la nature de production principale du document ADM). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier (exemple : Adobe Acrobate READER pour un fichier PDF).

• le bouton « Prod Bureautique (.rtf) » permet de déclencher la production bureautique du document ADM (création du document, extraction des données et production du courrier au format RTF). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier (exemple : Microsoft WORD).

• le bouton « Prod Texte (.txt) » permet de déclencher la production écran du document ADM (création du document, extraction des données et production du courrier au format TXT). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier (exemple : NOTEPAD).

• le bouton « Consultation Draft (.txt) » permet de déclencher la consultation d’un draft du courrier à produire (ouverture de la grille ADM211).

13


Production manuelle depuis un draft

La grille ADM211est modifiée pour y ajouter de nouveaux boutons permettant de déclencher la production du document et sa consultation locale via une application externe à EKIP :

• le bouton « Prod Principale (extension) » permet de déclencher la production principale du document ADM (création du document, extraction des données et production du courrier dans le format correspondant à la nature de production principale du document ADM). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Prod Bureautique (.rtf) » permet de déclencher la production bureautique du document ADM (création du document, extraction des données et production du courrier au format RTF). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Prod Texte (.txt) » permet de déclencher la production écran du document ADM (création du document, extraction des données et production du courrier au format TXT). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

Production manuelle depuis l’historique des courriers

La grille ADM210 est modifiée pour y ajouter de nouveaux boutons permettant de déclencher la production du document et/ou sa consultation locale via une application externe à EKIP :

• le bouton « Prod Principale (extension) » permet de déclencher la production principale du document ADM (extraction des données si celle-ci n’a pas déjà été effectuée, et production du courrier dans le format correspondant à la nature de production principale du document ADM). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Cons Principale (extension) » permet de consulter la production principale du document ADM : le document généré lors de la production principale du document ADM est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Prod Bureautique (.rtf) » permet de déclencher la production bureautique du document ADM (extraction des données si celle-ci n’a pas déjà été effectuée, et production du courrier au format RTF). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Cons Bureautique (.rtf) » permet de consulter la production bureautique du document ADM : le document généré lors de la production bureautique du document ADM est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des

14


courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Prod Texte (.txt) » permet de déclencher la production écran du document ADM (extraction des données si celle-ci n’a pas déjà été effectuée, et production du courrier au format TXT). Une fois le document généré, celui-ci est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Cons Texte (.txt) » permet de consulter la production écran du document ADM : le document généré lors de la production écran du document ADM est importé sur le poste de travail de l’utilisateur connecté (dans le répertoire local des courriers défini par l’utilisateur via la grille DICCTX41), puis ouvert par l’application locale paramétrée pour le type d’extension du fichier.

• le bouton « Consultation Draft (.txt) » permet de déclencher la consultation d’un draft du courrier à produire (ouverture de la grille ADM211).


5.4 Remplacement du driver PostScript Windows 95


5.4.2 Objectif L’objectif de cette évolution est de permettre l’utilisation de fonds de plan PostScript générés avec un driver PostScript compatible avec les plateformes Windows du moment.

5.4.3 Descriptif

Compilation des fonds de plan Un nouveau code extension « PS : PostSript V2 » utilisable sur les documents ADM utilisant un type de production « IMPR – Impression autre que bureautique », est disponible, afin de supporter le format PostScript généré via le driver PostScript « Adobe Universal PostScript Windows Driver v1.0.6 ».

Le traitement de compilation des fonds de plan d’un document ADM (ADM258) a été modifié pour permettre le traitement des fonds de plan générés via le driver PostScript « Adobe Universal PostScript Windows Driver v1.0.6 » (code extension « PS2 »).

15


Note : Il existe certaines restrictions sur des polices de caractère ‘exotiques’. La liste des polices utilisable est disponible dans le dossier d’études.

Production des courriers (extraction & fusion) Le traitement de production des courriers est modifié pour permettre la gestion du nouveau code extension « PS2 ».

Le nom des fichiers courriers produits à partir d’un fond de plan au format « PS2 » sont formés de la façon suivante : <référence du document ADM produit>_<Chrono du courrier>.ps2.


16


6 EKP31 – Poste utilisateur

6.1 Profil Utilisateur par défaut : Accès grille PRG108


6.1.2 Objectif Permet l’accès à la grille PRG108 « Profil défaut » à partir de la grille DICCTX41 « Profil utilisateur »

6.1.3 Descriptif Le zoom ‘Profil défaut’ est ajouté à la grille DICCTX41, il permet d’accéder à la grille PRG108.


6.2 Nouveaux outils (Barre d’Outils)


6.2.2 Objectif Mise à disposition de l’utilisateur deux nouveaux outils accessibles à partir de la barre d’outils standard :

• Module Privilégié : Lance une grille/traitement privilégié paramétré par l‘utilisateur,

• Retour au menu : ferme toutes les fenêtres ouvertes et retourne au menu.

Lors de cette évolution, l’ergonomie et les outils disponibles à partir de la barre d’outils d’EKIP ainsi que les raccourcis claviers associés sont revus.

17


Attention : Actuellement le Quitter Ekip ne fonctionne pas sur les zooms internes (appel d’une page différente dans la même grille), le Retour Menu ne fonctionnera pas non plus dans ce contexte.

6.2.3 Descriptif

Nouveaux outils La barre d’outils EKIP est modifiée :

• Suppression de l’icône ‘Conversion devise’,

• Création de deux nouvelles icônes :

o ‘Retour au menu’, cette icône correspond à l’outil ‘Retour au menu’

o ‘Module Privilégié’.

La barre de menu EKIP est modifiée :

• Création d’une nouvelle option de menu ‘Retour au menu’, dans le menu «Actions » cette option correspond à l’outil Retour au menu.

• Création d’une nouvelle option de menu ‘Conversion devise’, dans le menu «Outils ».

Les outils sont également accessibles via un raccourci clavier.

Note : Pour tout complément sur la barre d’outils, la barre de menus ou le paramétrage du module personnalisé, le lecteur pourra consulter le manuel « Navigation EKIP ». Pour tout complément relatif aux raccourcis clavier et à leur personnalisation, le lecteur pourra consulter le manuel « Mapping des touches Forms ».

Modification API insertion et extraction « UTILISATEUR » • Le paramètre d’entrée ID_FONCTION_PRIVILEGIE est ajouté à l’API d’insertion,

o Non obligatoire,

o Modifiable,

o Doit correspondre à une fonction interne ayant flag_fe = 1 et type de fonction = Grille ou grille en interrogation (type_fonction = G ou I).

• Le paramètre ID_FONCTION_PRIVILEGIE est ajouté à l’API d’extraction.


18


7 EKP50 – Clôture comptable

7.1 Amélioration des performances liée à la 4028

7.1.1 Domaine Amélioration des performances.

7.1.2 Objectif Améliorer les performances des traitements d’arrêtés comptables EKIP par la création de nouvelles fonctions lançant les arrêtés sans les calculs liés à la réglementation 4028.

7.1.3 Descriptif

4028 financière La 4028 financière ne répondant pas à une obligation légale dans un contexte international, il n’est pas nécessaire d’effectuer systématiquement les calculs. Pour cela, sont créées deux nouvelles fonctions d’arrêté (mono et multi société) qui inhibent les calculs de la 4028 financière.

4028 fiscale La 4028 fiscale ne répondant pas à une obligation légale dans un contexte international, il n’est pas nécessaire d’effectuer systématiquement les calculs. Pour cela, sont créées deux nouvelles fonctions d’arrêté (mono et multi société) qui inhibent les calculs de la 4028 fiscale.


19


8 EKP51 – Immobilisations

8.1 Historisation des Tableaux Fiscaux

8.1.1 Domaine Evolution fonctionnelle

8.1.2 Objectif L’objectif de cette évolution est d’historiser systématiquement les tableaux amortissement fiscaux avant toute modification et de mémoriser la date comptable correspondant à la modification pour :

• une meilleure précision de l’arrêté comptable de fin de mois, afin de retrouver lors d’arrêté comptable le tableau d’amortissement fiscal en vigueur comptable à la date de fin période,

• préparer les restaurations des tableaux d’amortissement fiscal lors des opérations d’annulation.

8.1.3 Descriptif

Historisation des tableaux d’amortissement fiscaux Chaque opération à l’origine de la création ou de la modification du tableau fiscal fait l’objet d’un mouvement de stock au niveau du bien et/ou sur l’élément. Ces mouvements de stocks sont des mouvements comptables portant la date comptable de l’opération.

Les opérations de création, de modification ou de restauration du tableau fiscal héritent des propriétés du mouvement de stock à l’origine de l’opération à savoir la date comptable, l’identifiant du dossier administratif, la nature d’opération, le sens de l’opération.

20


La liste des mouvements de stock déclencheurs d’opération sur le tableau fiscal sont recensées si dessous par opération :

Opération Type dossier

Nature opération

Entrée/ Sortie Sens Impact FISCAL

1ère Mise en immo APP MIMM Entrée Normal/Inverse Oui Cession anticipée (pour les biens cédés)

CESS CSRN RAUT

CESI Sortie Normal/Inverse Oui

Cession à terme (pour les biens cédés)

CSVR CSVI Sortie Normal/Inverse Oui

Sinistre DECE SIN

CSIC Sortie Normal/Inverse Oui

Fixation d’assiette FASE FAST

RFEI Entrée Normal Oui

Cession ITNL ITNL CSNI Sortie Normal Oui Scission bien loué APP SCLO Sortie Normal Oui Scission bien ITNL APP SCNL Sortie Normal Oui

Historisation

Toute opération qui modifie le tableau fiscal commence par l’historiser, puis modifie le tableau courant.

L’historisation mémorise toutes les données liées au tableau fiscal : les dotations, les informations relatives au mode d’amortissement ainsi que les données issues du mouvement de stock.

Chaque historisation est repérée par un numéro de version permettant d’identifier de manière unique les données historisées, dans la mesure où un même bien peut faire l’objet de plusieurs modifications successives.

Lors d’une historisation, on mémorise sur le tableau courant : la version courante du tableau ainsi que sa version précédente afin de pouvoir restaurer le tableau en cas d’annulation de l’opération.

Restauration : cas particulier d’historisation

Afin de simplifier, d’uniformiser et de fiabiliser le retour en arrière lors d’opération d’annulation et grâce à l’historisation systématique, la mise en place d’un traitement de restauration de la version précédente permet lors d’annulation d’éviter de recalculer les informations, mais de restaurer la sauvegarde précédente.

La restauration du tableau fiscal est utilisée dans les opérations d’annulation de mise en loyer (MEL) et d’annulation d’un dossier de Cession (CESS).

La restauration historise la version courante (tableau fiscal et des données relatives) et restaure la version historisée précédente (tableau fiscal et données relatives) qui devient la version courante avec un nouveau no de version.

Consultation des tableaux d’amortissement La grille de consultation IMM013 affiche toujours la dernière version des données d’amortissement.

Les modifications sont les suivantes :

21


• La consultation de la date comptable des dernières données de l’amortissement est ajoutée dans le bloc d’en-tête de la grille IMM013.

• Un zoom de consultation des informations complémentaires liées à l’opération de modification du tableau est ajouté dans le bloc d’en-tête de la grille IMM013.

• Un nouveau zoom « Tableaux historisés» permet de consulter les informations d’amortissement historisées. S’il existe au moins un historique d’amortissement pour le couple immobilisation/type d’amortissement (reporting) «Tableaux historisés» est coché, sinon il n’est pas coché sur la grille IMM013.


22


9 EKP52 – Comptabilité interne

9.1 Gestion du champ ID_PERIODE dans les tables de la comptabilité


9.1.2 Objectif Généraliser l’alimentation de l’identifiant de période comptable lors des insertions dans les tables de la comptabilité.

9.1.3 Descriptif Les traitements de la comptabilité EKIP modifiés, pour alimenter dès l’insertion le champ « Identifiant de période » dans les tables de la comptabilité, sont les suivants :

• Le traitement d’arrêté sur affaire (CPT157) est modifié pour alimenter l’identifiant de période des tables suivantes :

o La table des arrêtés comptables des affaires (ARRAFF).

o La table des historiques des erreurs relatives aux arrêtés comptables (ARRERR).

• Le traitement de calcul des arrêtés de régularisation (CPT153) est modifié pour alimenter l’identifiant de période des tables suivantes :


o La table des arrêtés sur régularisation (ARRREGUL).

• Le traitement de fermeture définitive des périodes comptables (CPT175) est modifié pour alimenter l’identifiant de période de la table des erreurs relatives aux arrêtés comptables (ARRERR).

• Le traitement de calcul des arrêtés sur élément (CPT234) est modifié pour alimenter l’identifiant de période des tables suivantes :


o La table des arrêtés comptables de loyer (ARRLOY).

o La table des arrêtés sur régularisation (ARRREGUL).

• Le traitement de calcul des arrêtés sur immobilisations (CPT235) est modifié pour alimenter l’identifiant de période des tables suivantes :


23


o La table des arrêtés comptables des immobilisations (ARRIMM).

• Le traitement de l’interface externe (CPT396) est modifié pour alimenter l’identifiant de période des tables suivantes :

o La table des entêtes d’un mouvement de gestion envoyé à l’interpréteur comptable externe (RDJENTEVT).

o La table des informations complémentaires relatives à un évènement de gestion (RDJLIGEVT).

• Le traitement du logiciel externe (CPT172) est modifié pour alimenter l’identifiant de période des tables suivantes :

o La table des lots de transfert vers le logiciel externe (LOTTRF).

o La table du détail des lots de transfert vers le logiciel externe (DETLOTTRF).

o La table des pièces comptables du logiciel externe (PIECEXT).

o La table de correspondance entre les pièces comptables externes et internes (PCEPCI).

o La table des écritures comptables du logiciel externe (ECRITURE_EXT).

o La table de correspondance entre les écritures comptables externes et internes (ECREECRI).

• Le traitement de saupoudrage (CPT270) est modifié pour alimenter l’identifiant de période de la table de paramétrage des populations de saupoudrage (SAUPARR).

Note : La systématisation de l’alimentation du champ « Identifiant de période » dans les tables de la comptabilité n’est effectuée que si le traitement de reprise en comptabilité 5.3 a été effectué avec succès.

9.1.4 Reprise Un traitement de reprise comptable (basé sur le module CPT473) doit être lancé, manuellement, de manière à alimenter un champ dans l’ensemble des tables concernées par l’évolution.

24


10 EKP56 – Recouvrement

10.1 Rétroactivité en rééchelonnement

10.1.1 Domaine Evolution fonctionnelle.

10.1.2 Objectif Permettre la rétroactivité sur le dossier de rééchelonnement, donc d’ouvrir la date de début (date de création du dossier de rééchelonnement).

10.1.3 Descriptif

Paramétrage des formules des dossiers de rééchelonnement L’utilisateur à la possibilité de saisir lors de la création d’un dossier de rééchelonnement, une date de début du rééchelonnement et/ou une date de premier règlement inférieure à la date du jour.

Cette possibilité est pilotée par un nouveau paramètre défini au niveau de la formule de modification du dossier ‘ECH’.

Gestion de la rétroactivité dans les dossiers de rééchelonnement La grille de gestion des dossiers de rééchelonnement DEE010 est modifiée afin de prendre en compte le nouveau paramétrage de la formule.

Note : Les contrôles sur la date de début de rééchelonnement sont réalisés uniquement en saisie ou modification. Ce contrôle n’est pas réalisé lors de la validation du dossier de rééchelonnement.

10.1.4 Reprise Sans objet (les formules de modification déjà en exploitation n’auront pas ce nouveau paramètre).

25


11 EKP67 – Batchs

11.1 Génération de documents PDF


11.1.2 Objectif L’objectif de cette évolution est de mettre en place un système permettant de générer dans EKIP des documents au format PDF.

Note : Dans le cadre de cette évolution, la génération de documents PDF est limitée aux traitements de génération des états de TVA

11.1.3 Descriptif

Modification des éditions EKIP standards Les traitements EKIP SQR ont été modifiés, de manière à les rendre compatibles avec la génération de documents au format PDF.

Nouvelles fonctions de génération d’états au format PDF Sont disponibles dans le menu Ekip-Ie/Comptabilite/Editions/Etats de TVA/TVA Clients :

• Nouvelle fonction de génération de l’état de TVA sur les factures clients non encaissées : EDTVA001PD (fonction externe « CLI. NON ENCAIS. PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les encaissements clients du mois : EDTVA002PD (fonction externe « CLI. ENCA. MOIS PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les factures clients du mois : EDTVA003PD (fonction externe « CLI. FACT. MOIS PDF ») qui permet de générer l’état au format PDF.

26


Sont disponibles dans le menu Ekip-Ie/Comptabilite/Editions/Etats de TVA/TVA Fournisseurs :

• Nouvelle fonction de génération de l’état de TVA sur les factures fournisseurs non décaissées : EDTVA004PD (fonction externe « FOU. NON DECA. PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les décaissements fournisseurs du mois : EDTVA005PD (fonction externe « FOU. DECA. MOIS PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les factures fournisseurs du mois : EDTVA006PD (fonction externe « FOU. FACT. MOIS PDF ») qui permet de générer l’état au format PDF.

Sont disponibles dans le nouveau menu Ekip-Ie/Comptabilite/Editions/Etats de TVA/ TVA Fact. Immob :

• Nouvelle fonction de génération de l’état de TVA sur les factures d'immobilisations déductibles sur encaissements du mois : EDTVA007PD (fonction externe « FAC IMM ENC MOIS PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les factures d'immobilisations - règlements du mois (déductibles sur encaissements) : EDTVA009PD (fonction externe « FAC IMM RG M ENC PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les factures d'immobilisations - situation fin de mois (encaissements) : EDTVA011PD (fonction externe « FAC IM FMOIS ENC PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les récapitulatifs des factures d'immobilisations du mois - (déductibles sur débit) : EDTVA013PD (fonction externe « R.FAC IMMO MDEB PDF ») qui permet de générer l’état au format PDF.

Sont disponibles dans le nouveau menu /Ekip-Ie/Comptabilite/Editions/Etats de TVA/ TVA Fact. Serv. Prest :

• Nouvelle fonction de génération de l’état de TVA sur les factures services et prestations - règlements du mois (encaissements) : EDTVA008PD (fonction externe « FAC S/P REG M EN PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les factures services et prestations - situation fin de mois (encaissements) : EDTVA010PD (fonction externe « FAC S/P FMOIS EN PDF ») qui permet de générer l’état au format PDF.

• Nouvelle fonction de génération de l’état de TVA sur les récapitulatifs des factures de services et prestations - déductibles sur débit du mois : EDTVA012PD (fonction externe « R. FAC S/P M DEB PDF ») qui permet de générer l’état au format PDF.


27


12 EKP82 – TGV

12.1 Parallélisation du traitement Reconduction des balances


12.1.2 Objectif L’objet de l’évolution est de paralléliser le traitement de reconduction des balances.

Pour ce faire il faut décomposer le traitement actuel (CPT341) en deux traitements :

• Un traitement de reconduction des balances qui traite la reconduction des comptes de reprise, des comptes de résultat et des autres comptes,

• Un traitement de contrôle de l’équilibre social et financier de la balance générale.

12.1.3 Descriptif

Le traitement de reconduction des balances Ce traitement est dorénavant effectué par le batch CPT441 (fonction interne : « RECONBALP » / fonction de l’arrêté : « PER-CB00 ») au lieu de CPT341.

Ce traitement est désormais parallélisable (exécution simultanée de N processus).

Le traitement de contrôle de l’équilibre de la balance générale Ce traitement est désormais effectué par le nouveau batch CPT447 (fonction interne : « CTRLRECBAL » / fonction de l’arrêté : « PER-CB05 »).

Ce traitement est mono processus.

Il devient le post requis du traitement de reconduction des balances (CPT441) et le pré requis du traitement de calcul de la balance générale.


28


12.2 Refonte / Optimisation balances comptables


12.2.2 Objectif Diminuer le temps d’exécution du traitement de génération des balances comptables (Balance générale et détaillée) au moment de l’arrêté comptable.

12.2.3 Descriptif Un nouveau batch, orientée très grand volume, est créé de manière à optimiser la génération des balances comptables. Ce batch basé sur le traitement actuel de génération des balances comptables va désormais faire appel à des tables temporaires de manière à accélérer la recherche des débits et des crédits par période et par compte.

Les nouvelles fonctions sont déclarées comme étant parallélisables (de manière à pouvoir paramétrer son degré de parallélisation dans la grille PRG152).


12.3 Performance / Traitement remise en banque


12.3.2 Objectif Diminuer le temps d’exécution du traitement de remise en banque, par alimentation d’un identifiant au niveau des règlements.

12.3.3 Descriptif Sont concernés par l’évolution :

• Le module de création des bordereaux de remise en banque (FLX013 et FLXP13),

• La grille de saisie et consultation d’un règlement de mode marginal (FLX009).

29


12.3.4 Reprise Un script de reprise permet de renseigner la valeur par défaut, au niveau du numéro de bordereau de la table REG, lorsque ce dernier est nul (cela assure la compatibilité ascendante pour les règlements créés avant la mise en place de l’évolution).

12.4 Batchs multi-sociétés


12.4.2 Objectif L’objectif de cette évolution est :

• D’optimiser les performances des bases à grand volume en modifiant une liste complémentaire de batchs afin qu’ils puissent être lancés pour une liste de sociétés en créant une nouvelle fonction dédiée pour chacun.

• D’améliorer l’exploitabilité d’EKIP en simplifiant le paramétrage IPLAN.

12.4.3 Descriptif

Nouvelles fonctions multi-sociétés Afin de pouvoir gérer une liste de société, de nouvelles fonctions élémentaires dédiées, ont été créées.

Les anciennes fonctions sur les programmes modifiés doivent conserver le fonctionnement d’origine.

30


Voici la liste des fonctions : Nom Batch

Fonction originale

Libellé Nouvelles fonctions Nouveaux Paramètres de dialogues

FCTHORPFRS Facturation hors échéancier par profuit financier et réseau

TGVFCTHPFR (soc/pfin/reseau/date) FCT213

FCTHORPRLG Facturer des preloyers hors echeances par produit financier

TGVFCTHPRL (soc/pfin/date)

FCT242 TGVCLIPAC Archivage des flux de facturation des prestations de service v2 TGV

TGVTCLIPAC (soc/date/flag simul)

FCT243 FCTFOUREV2 Reversement aux fournisseurs des prestations facturees aux clients v2

TGVFCTFRE2 (soc/date/flag simul)

CPT350 VALOSTATD Valorisation des statuts comptables

TGVVALSTAD (soc/date)

CPT234 CPTARRLOY Balances comptables sur plusieures périodes d'un exercice

TGVCPTARL (soc/date)

CPT157 CPTARRAFF Calcul et traitement d'inventaire sur affaire

TGVCPTARA (soc/date)

CPT369 AUDITCPTA2 Piste d'audit des pieces et ecritures comptables (version Multi-devises)

TGVAUDCPA2 (soc/date)

CPT396 EXTRAFLUX Extraction des flux de gestion pour l'alimentation de l'interpreteur comptable

TGVEXTFLUX (soc/date)

CPT235 CPTARRIMM Calculs et traitements d'inventaire sur immobilisation

TGVCPTARIM (soc/date)

Les autres paramètres des nouvelles fonctions : «TGVFCTHPFR», «TGVFCTHPRL», «TGVTCLIPAC», «TGVFCTFRE2», «TGVVALSTAD» sont identiques à ceux des fonctions d’origine.

Le paramètre produit financier pour les fonctions « TGVFCTHPFR » et « TGVFCTHPRL » autorise tous les produits financiers.

Les fonctions «TGVCPTARL», «TGVCPTARA», « TGVCPTARIM » ont une date d’arrêté comptable en paramètre qui remplace la notion d’exercice et de période.

Les nouvelles fonctions sont rattachées aux mêmes menus auxquels sont rattachés les fonctions d’origine à l’exception des fonctions d’arrêtés qui seront rattachées à un nouveau menu « Arrêté Période TGV ».

Description des traitements multi-sociétés Les traitements multi-sociétés concernés doivent traiter les enregistrements relatifs à toutes les sociétés de gestion de la liste d’entrée.

31


Les données traitées sont triées par société et une rupture est effectuée à chaque changement de société de gestion

Les comptes-rendus sont présentés par process et par société.

Note : Pour le cas multi-process, les comptes-rendus de chaque process seront concaténés comme actuellement.


32


13 Liste des dossiers d’études EKP Référence DEG 01 DED01_063_STD102_AMELIORATION_GESTION_CHRONO_LFR_V1

21 DED21_062_STD084_ANNULATION_DOSSIER_SOLT_VALIDE_LFR_V2

29 DED29_061_STD080_NOTES_GA_LFR_V2_FONC

29 DED29_062_STD097_PROCEDURES_TEMPORISEES_LFR_V1

29 DED29_064_STD128_ERGONOMIE_GRILLE_GA_LFR_V3_FONC

29 DED29_063_STD129_GESTION_FAVORIS_GA_LFR_V1_FONC

29 DED29_064_STD130_Amélioration_Prérequis_GA_LFR_V3

30 DED30_063_STD113_STOCKAGE_BASE_COURRIERS_LFR_V1_FONC

30 DED30_063_STD131_COURRIERS_PDF_LFR_V2_FONC

30 DED30_063_STD132_CONSULTATION_COURRIERS_LFR_V1_FONC

30 DED30_063_STD133_DRIVER_COURRIERS_LFR_V2_FONC

31 DED31_063_STD104_PROFIL_UTILISATEUR_DEFAUT_LFR_V1

31 DED31_063_STD105_NOUVEAUX_OUTILS_LFR_V1

50 DED50_061_STD081_AMELIORATION_PERFORMANCE_4028_LFR_V2

51 DED51_062_STD095_HISTORISATION_TABLEAUX_FISCAUX_LFR_V1_FONC

52 DED52_054_STD067_GESTION_ID_PERIODE_LFR_V1.1

56 DED56_062_STD093_REECHELONNEMENT_RETROACTIVITE_LFR_V2

67 DED67_063_STD107_GEN_DOC_PDF_LFR_V1_FONC

82 DED82_062_STD089_PARALLELISATION_RECONDUCTION_BALANCE_LFR_V1_FONC

82 DED82_062_STD099_REFONTE_CPTBAL2_LFR_V2

82 DED82_062_STD101_PERFORMANCE_ID_BORD_LFR_V2

82 DED82_061_TGV012_BATCH_MULTI_SOCIETE_LFR_V2_FONC

33


14 Révisions du document Nature du document

Nom du manuel EKIP – Descriptif des évolutions

Auteurs Xavier BRAURE

Caractéristiques du fichier

Nombre de pages et taille 37 pages - 453632 octets

Nom du fichier "DescriptifPatch.doc"

Historique des versions

Numéro Date Auteur VersionEKIP Modifications

1 29/09/2006 Xavier BRAURE 6.0 Création du document.

2 04/12/2006 Xavier BRAURE 6.0.1 Modification suite au patch 6.0.1

34