Manuel Utilisateur Loans Credit

Evolan LoansV1.20.
Evolan Loans V1.20

Loan Design
Manuel utilisateur
Bank Global Services
© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Page 1/108
Manuel utilisateur
Evolan Loans V1.20 / Loan Design
Bank Global Services Le 30/10/2001
Préambule :
Les informations contenues dans les différentes documentations du progiciel EVOLAN Loans n'ont pas de
valeur contractuelle. SOPRA se réservant la possibilité d'apporter tout complément ou toute modification
susceptible d'améliorer son produit. Toute reproduction ou transmission sous quelque forme ou par quelque
procédé que ce soit (électronique ou mécanique, photocopie et enregistrement compris) et à toutes autres fins que
l'usage personnel de l'acheteur sans l'autorisation écrite de SOPRA est strictement interdite.
Copyright 2001, tous droits réservés.
EVOLAN est une marque déposée de SOPRA.
Imprimé en France
Octobre 2001

Page 2/108
Manuel utilisateur
La documentation du progiciel Evolan Loans est composée des manuels suivants :
ENGINE
Le manuel de référence
Données en entrée :
Il décrit les entrées du progiciel : contenu des blocs logiques de données et des commandes
d'événements, règles de codification de ces informations.
Gestion périodique :
Il décrit les fonctions du progiciel. On y trouve des généralités à caractère fonctionnel, ainsi qu'une
description des fonctions de la gestion périodique. Il présente les états produits par le progiciel.
Gestion mensuelle et annuelle :
Il décrit les fonctions de la gestion mensuelle du progiciel : états produits et structures de résultats.
Le manuel d’intégration
Paramétrage :
Il sert à la mise en œuvre du paramétrage du progiciel.
Description de fichier en entrée,
Description de fichier en sortie,
Description de fichier permanent :
Ils décrivent les structures des principaux fichiers et zones de communication utilisées par le progiciel.
Le manuel d'exploitation
Il décrit la mise en exploitation du produit.
Annexe réglementaire
Elle est déclinée par pays (France, Royaume Uni) et décrit les traitements spécifiques à ce pays.
PROCESS
Services
Serveur web
Personnalisation des javascripts
Exit javascript
Le manuel d’installation
Il décrit la procédure d’installation de la partie serveur web de Process
Le manuel utilisateur
Il explique comment utiliser Process en vue de saisir un prêt
DESIGN
Il décrit le paramétrage et les personnalisations possibles des canevas utilisés dans Design et Process
Les manuels d’installations
Séparés en trois parties ils décrivent la procédure d’installation des parties clientes et serveur de Design
Manuel d’installation client
Manuel d’installation serveur pour NT
Manuel d’installation serveur pour AIX
Le manuel utilisateur
Il explique comment utiliser Design en vue de cataloguer des types de prêts
Le manuel d’exploitation

Page 3/108
Manuel utilisateur
Il décrit comment modifier les propriétés de la station, ainsi que les processus d’import des paramètres
et de mise en production du catalogue de produits.

Page 4/108
Manuel utilisateur
Sommaire :
1. INTRODUCTION 8
2. PRÉSENTATION 8
2.1. Mise en route 8
2.1.1. Pré requis 8
2.1.2. Démarrage du Serveur 8
2.2. Principes de l'interface utilisateur 8
2.2.1. Identification 8
2.2.2. Les ateliers de travail 10
2.2.3. Ergonomie générale 11
2.2.4. Utilisation de l'aide 15
2.3. Objectif de la station 17
2.3.1. Catalogue produit 17
3. ATELIER D'ADMINISTRATION 18
3.1. A quoi ça sert ? 18
3.2. Ergonomie de l'atelier 18
3.2.1. Barre de menus 18
3.2.2. Barre d'outils 19
3.2.3. Arbre de navigation "Utilisateurs" 19
3.3. Utilisateurs 20
3.3.1. Gestion des utilisateurs 20
3.3.2. Gestion des habilitations 22
3.4. Outils 26
3.4.1. Importation des paramètres société 26
3.4.2. Mise en production des catalogues 27
3.4.3. Mise en qualification des catalogues 28
3.4.4. Gestionnaires de trace 29
4. ATELIER DE PARAMÉTRAGE 31
4.2. Ergonomie de l'atelier 31
4.2.1. Barre de menus 31
4.2.2. Barre d'outils 32
4.2.3. Arbre de navigation Catalogue 32
4.2.4. Arbre de navigation Sous catalogues 34
4.2.5. Arbre de navigation Mise en vente 35
4.2.6. Arbre de navigation Paramétrage global 36
4.2.7. Rafraîchir les arbres de navigation 38
4.3. Organisation du catalogue 38
4.3.1. A quoi ça sert ? 38
4.3.2. Société 38
4.3.3. Type d'offre 39
4.3.4. Famille 39

Page 5/108
Manuel utilisateur
4.4. Gestion des produits 41

4.4.1. A quoi ça sert 41
4.4.2. Produit 41
4.4.3. Créer un produit 44
4.4.4. Modifier un produit 45
4.4.5. Supprimer un produit 46
4.4.6. Déplacer un produit 46
4.5. Version de conditions de produit 47
4.5.1. Version de conditions de produit 47
4.5.2. Paramétrage des conditions applicables 49
4.5.3. Paramétrage de l'IHM 53
4.5.4. Créer une version de conditions de produit 58
4.5.5. Modifier une version de conditions de produit 59
4.5.6. Dupliquer une version de conditions 60
4.5.7. Supprimer une version de conditions de produit 61
4.5.8. Saisir les conditions applicables 61
4.5.9. Gestion des versions 76
4.5.10. Gérer la mise en vente d'un produit 83
4.5.11. Gérer la suspension d'un produit 83
4.5.12. Gérer l'arrêt d'un produit 85
4.6. Gestion des sous catalogues 86
4.6.2. Sous catalogue 87
4.6.3. Liste des sous catalogues 87
4.6.4. Elément de sous catalogue 87
4.6.5. Version de condition d'élément 88
4.6.6. Créer / modifier / supprimer un élément de sous catalogue 89
4.6.7. Créer / modifier / dupliquer / supprimer une version de conditions d'élément 89
4.6.8. Valider / invalider une version de conditions d'élément 90
4.6.9. Paramétrer l'IHM de saisie 90
4.6.10. Gérer l'arrêt d'un élément de sous catalogue 91
4.7. Mise en vente 92
4.7.2. Version de produit 92
4.7.3. Mettre en vente une version de produit 93
4.7.4. Annuler la mise en vente d'une version de produit 93
4.7.5. Mettre en production les catalogues 93
4.8. Gestion du paramétrage global 94
4.8.1. A quoi cela sert ? 94
4.8.2. Paramétrage global 94
4.8.3. Elément de paramètre global 94
4.8.4. Version de conditions d'élément 96
4.8.5. Créer / modifier / supprimer un élément 96
4.8.6. Créer / modifier / dupliquer / supprimer une version 97
4.8.7. Valider / invalider une version 97
4.8.8. Déployer / annuler le déploiement d'une version 97
4.8.9. Paramétrer l'IHM de saisie 98
4.8.10. Gérer l'arrêt d'un élément de paramétrage global 98
4.8.11. Imprimer une version 98
4.9. Autres fonctionnalités 98
4.9.1. Editer une fiche produit 98

Page 6/108
Manuel utilisateur
5. SPÉCIFIQUE LOANS ET NEW BUSINESS 99

5.2. Utilisation de Design dans un contexte Evolan Loans 99
5.2.1. Fonctionnalités non accessibles 99
5.2.2. Données du produit 99
5.2.3. Orientations fonctionnelles 100
5.2.4. Agrégats 101
5.2.5. Liste des opérations autorisables 103
5.2.7. Mise en production 104
5.2.8. Export pour qualification 104
5.3. Utilisation de Design dans un contexte Evolan New Business 105
5.3.1. Fonctionnalités non accessibles 105
5.3.2. Données du produit 105
5.3.3. Orientations fonctionnelles 106
5.3.5. Paramétrage global 107
5.3.6. Règles de dérivation 107
5.3.7. Mise en production 108
5.3.8. Export pour qualification 108

Page 7/108
Manuel utilisateur
1. INTRODUCTION
Loan Design est un système de gestion de catalogues de produits de prêts.
C'est un système multi-sociétés, multi-utilisateurs et multi-langues, qui est à destination du

service des banques, chargé de définir l'offre. Il fait partie de la gamme des produits Evolan
Loans, et sert de catalogue pour les progiciels des gammes Evolan Loans et Evolan New
Business.
2. PRESENTATION
2.1. Mise en route
2.1.1. Pré requis
Les pré-requis sont décrits dans le manuel d'intégration de Loan Design.

2.1.2. Démarrage du Serveur
Mettre le micro-ordinateur sous tension.

Pour démarrer le serveur (respectivement le client) de l'application sous l'environnement
Windows, vous pouvez :
Soit choisir Exécuter dans le menu Démarrer et taper C:\LoanDesign\StartServer.bat
(respectivement C:\LoanDesign\StartClient.bat) si C:\LoanDesign est le répertoire
d'installation (répertoire d'installation par défaut).
Soit choisir l'icône "Démarrage du serveur" (respectivement "Démarrage du client") du
menu Démarrer/Programmes/Evolan Loan Design (groupe d'icônes par défaut).
A la demande d'identification, saisissez le code utilisateur, appuyer sur <TAB> ou déplacez
vous avec la souris sur la zone de saisie du mot de passe, saisissez le mot de passe et appuyez
sur <Entrée> ou cliquez sur Ok.
Voir aussi :
 Identification
2.2. Principes de l'interface utilisateur
2.2.1. Identification
a. Saisie du login et du mot de passe

La connexion au serveur nécessite la saisie d'une identification de l'utilisateur.
Les zones de saisie ne font pas la différenciation majuscules / minuscules.
A la livraison du produit, le seul profil défini pour la connexion est un profil administrateur
Utilisateur : "systm", Mot de passe : "sopra". Il est conseillé de changer ce mot de passe dès

Page 8/108
Manuel utilisateur
la première connexion (Voir "Changement du mot de passe"). Avec ce profil,

l'administrateur peut définir les premiers paramètres de référence de la station : créer des
utilisateurs.
Le nombre de tentatives de connexion n'est pas limité.
S'identifier :
1) Saisir l'identifiant utilisateur (login) tel qu'il a été défini par l'administrateur.
2) Saisir le mot de passe.
3) Presser le bouton "OK".
b. Changement du mot de passe

La commande de modification du mot de passe ouvre une boite de dialogue invitant
l'utilisateur à saisir les modifications de son mot de passe :

Page 9/108
Manuel utilisateur
Fenêtre de saisie d'un nouveau mot de passe.
Si l'ancien mot de passe n'est pas correct, un message d'erreur s'affiche, de même si le
nouveau mot de passe et sa vérification ne coïncident pas.
Lorsque l'utilisateur valide ces informations, son profil d'utilisateur est mis à jour, et le
nouveau mot de passe sera opérationnel à la prochaine connexion.
2.2.2. Les ateliers de travail
a. Les ateliers de Loan Design

Deux ateliers sont disponibles dans Loan Design :
Atelier d'administration,
Atelier de paramétrage.
b. Choix de l'atelier
Le choix de l'atelier se fait après validation de l'identification de l'utilisateur.
Si l'utilisateur a accès à une seule activité, la choix de l'atelier est automatique, et l'atelier en
question apparaît.
Sinon, la fenêtre de choix de l'atelier apparaît.
Fenêtre de choix de l'atelier
Il suffit de cliquer sur l'atelier désiré, puis de presser le bouton "OK".

Page 10/108
Manuel utilisateur
2.2.3. Ergonomie générale
a. Fenêtre principale de l'application
Fenêtre principale de l'application
Les éléments graphiques de la fenêtre principale sont :

1) barre de menu et barre d'outils,
2) volet et arbres de navigation
3) bureau
4) barre d'état.

Page 11/108
Manuel utilisateur
b. Barre de menus & menu contextuel

Cette partie décrit la barre de menu standard. Elle est décrite plus précisément dans la partie
du document relative à chaque atelier.
Le premier menu est propre à l'atelier sur lequel travaille l'utilisateur.
Les menus "Affichage", "Fenêtre", "?" sont les mêmes dans les deux ateliers. L'atelier
d'administration possède en plus deux menus "Edition" et "Outils".
Lorsque l'utilisateur sélectionne un des menus de la barre , une liste de commandes apparaît.
La sélection d'une de ces commandes entraîne l'action correspondante.
L'application utilise également des menus contextuels sur les noeuds des arbres de
navigation. Ces menus apparaissent lors d'un clic sur le bouton droit de la souris, et
permettent d'exécuter des actions spécifiques à l'objet sélectionné.
c. Barre d'outils
La barre d'outil est un composant qui contient des boutons. Ces boutons sont des raccourci
vers des commandes de la barre de menu.
Les barres d'outils sont décrites plus précisément dans les parties du document relatives à
chaque atelier.
d. Barre de statut
La barre d'état située en bas de la fenêtre atelier donne des informations sur l'utilisateur en
cours ainsi que sur la date et l'heure courantes.
e. Volet de navigation
Le volet de navigation est le composant principal d'interface avec l'utilisateur. Il contient des
arbres de navigations.
C'est depuis ces arbres que sont lancées la grande majorité des actions, grâce aux menus
contextuels des objets manipulés. Le menu contextuel apparaît par simple clic droit sur
l'objet sélectionné.

Page 12/108
Manuel utilisateur
Le volet de navigation peut être rendu visible ou invisible par la commande "Volet
d'exploration" du menu "Affichage", ou le raccourci clavier CTRL + S.
Volet d'exploration de l'atelier de paramétrage
f. Messages
Messages interrogatifs

Page 13/108
Manuel utilisateur
Lorque l'application a besoin de demander une information à l'utilisateur, elle affiche une
boite de message interrogatif. Il suffit de répondre "Oui" ou "Non" en pressant le bouton
correspondant.
Exemple :
Demande de confirmation pour la suppression d'un objet.
Erreurs fonctionnelles
Lorsqu'un traitement génère une anomalie fonctionnelle, celle-ci est affichée dans une boite
de message simple. Il suffit de prendre connaisance du message et de presser le bouton
"OK".
Exemple :
Aide en ligne non disponible.
Erreurs techniques
Une anomalie technique se produit généralement en cas de défaut de configuration du poste
ou du serveur. Elle doit donc être transmise à l'administrateur du système ou à la Hotline.
Lorsqu'un traitement génère une anomalie de ce type, la fenêtre de message suivante
apparaît.
Il faut presser le bouton "Détail" pour obtenir la description technique de l'anomalie. Une
fenêtre du style de la suivante apparaît.

Page 14/108
Manuel utilisateur
Exemple :
Connexion au serveur impossible.
2.2.4. Utilisation de l'aide
a. Appel par la barre des menus

Pour afficher l'aide, il suffit d'utiliser le menu "?", qui propose deux points d'entrée :
"Sommaire de l'aide",
"Index de l'aide".
b. Appel contextuel
L'aide peut être appelée contextuellement au composant graphique actif.
Pour l'invoquer contextuellement, il suffit de cliquer sur l'élément graphique et de presser la
touche "F1".
Liste des éléments graphiques sur lesquels l'aide peut être ivoquée :
Elément sélectionné Nature de l'aide affichée
Fenêtre principale d'un atelier Point d'entrée de la description de l'atelier dans l'aide
Arbre de navigation Description de l'arbre et des objets qu'il manipule
Fenêtre de propriété Description de l'objet affiché et de ses propriétés

Page 15/108
Manuel utilisateur
c. Sopra sur le web

Appel du navigateur internet et connexion au site Web de Sopra.
d. A propos de
La fenêtre indiquant la version de Loan Design peut être affichée par la commande "A
propos" du menu "?".

Page 16/108
Manuel utilisateur
2.3. Objectif de la station
2.3.1. Catalogue produit
Le catalogue produit, c'est l'ensemble des objets manipulés par la station de paramétrage. Ils
sont de différentes natures :
 les rangements : Société, Type d'offre, Famille, Sous catalogue,
 les produits,
 les composantes du produit : Versions de produit, Version de conditions de produit,
Elément de sous catalogue, Version d'élément de sous catalogue,
 les éléments de paramétrage global et leurs versions (optionnel voir Spécifique au
contexte progiciel).
Gérer un catalogue produit, c'est préparer les objets qui entrent dans la composition des
produits, puis les associer.

Page 17/108
Manuel utilisateur
3. ATELIER D'ADMINISTRATION
3.1. A quoi ça sert ?
Cet atelier sert à administrer le système. Il regroupe la gestion des utilisateurs et de leurs
habilitations, la consultation des traces fonctionnelle et technique, et les fonctions
d'importation des paramètres et de mise en production du catalogue. Pour avoir accès à cet
atelier, il faut être habilité à l'activité d'administration.
Fenêtre principale de l'atelier d'administration
3.2. Ergonomie de l'atelier
3.2.1. Barre de menus
Elle est standard, avec des spécificités : le menu "Edition" disparaît et un menu "Outils"
supplémentaire apparaît.

Page 18/108
Manuel utilisateur
a. Menu "Outils"
Il contient le lancement des traitements batch d'importation des paramètres, de mise en

production du catalogue. Il donne également accès aux fenêtres de consultation des traces.
Le moniteur de sessions donne la liste des utilisateurs connectés au système Loan Design et
permet de les déconnecter.
3.2.2. Barre d'outils
Elle contient des fonctions :

Créer un utilisateur
Importer les paramètres société
Exporter les catalogues (mise en production)
Consulter la trace fonctionnelle
Consulter la trace des traitements batch
Appel de l'aide en ligne
3.2.3. Arbre de navigation "Utilisateurs"
L'arbre de navigation "Utilisateurs", présent dans le volet de navigation, est celui qui permet
de gérer les utilisateurs.

Page 19/108
Manuel utilisateur
Le premier niveau de l'arbre affiche la liste des utilisateurs.

Pour agir sur tous les utilisateurs, il faut utiliser leur menu contextuel.
Voir aussi :
 Volet de navigation
 Gestion des utilisateurs
 Gestion des habilitations
3.3. Utilisateurs
3.3.1. Gestion des utilisateurs
a. Utilisateur
Généralités
Loan Design est multi-utilisateurs. Cela signifie que plusieurs utilisateurs peuvent paramétrer
simultanément des produits du même catalogue.
Pour se connecter, un utilisateur doit être déclaré. Cette déclaration se fait dans l'atelier
d'administration. Un utilisateur possède des droits, qui lui donnent accès à des fonctions et à
des données. Ce sont les habilitations.
Droits sur les données :
- on peut interdire l'accès à une société, ou la rendre uniquement consultable,

- on peut interdire l'accès à un type d'offre.
Droits sur les fonctions :
- l'accès à chaque atelier est soumis à l'habilitation "Activité".

Page 20/108
Manuel utilisateur
- dans l'"Atelier paramétrage", l'accès aux fonctions est soumis aux profils de l'utilisateur.
Propriétés de l'utilisateur
Les propriétés de l'utilisateur sont saisies dans la fenêtre suivante.
Le premier onglet présente les propriétés de l'utilisateur, les autres présentent les
habilitations.
Un utilisateur possède un identifiant qu'il saisit au lancement dans la fenêtre d'identification,
et qui l'identifie de façon unique.
Le nom est une zone libre qui désigne l'utilisateur dans les écrans et fonctions où l'auteur
doit être identifié. Il est conseillé d'y saisir le prénom suivi du nom.
La partie "Mot de passe" regroupe les parties "Mot de passe" et "Mot de passe
(confirmation)". Le mot de passe est demandé à l'utilisateur dans la fenêtre d'identification
lors du lancement d'un atelier.
b. Créer / modifier / supprimer un utilisateur

Créer un utilisateur
1) Dans le menu "Administration", lancer la commande "Nouvel utilisateur". La fenêtre
de propriétés apparaît.

Page 21/108
Manuel utilisateur
2) Modifier les propriétés, puis presser le bouton "OK". L'utilisateur apparaît dans
l'arbre. Il est désormais utilisable pour se connecter au système, dans la mesure où ses
propriétés le permettent.
Modifier un utilisateur
1) Dans l'arbre de navigation, sélectionner un utilisateur.
2) Dans son menu contextuel, lancer la commande "Propriétés". La fenêtre de propriétés
apparaît.
3) Modifier les propriétés, puis presser le bouton "OK".
Supprimer un utilisateur
2) Dans son menu contextuel, lancer la commande "Supprimer".
3.3.2. Gestion des habilitations
a. Sociétés et types d'offre

Chaque utilisateur reçoit des droits sur les sociétés du système, donc sur leurs catalogues, et
sur les quatre types d'offre.
Il ne voit, dans l'atelier de paramétrage, que les sociétés pour lesquelles il est habilité. C'est la
même chose pour les types d'offre.
Pour chaque société, il est possible d'indiquer un accès complet (cocher la case "Gestion")
ou uniquement la consultation (décocher la case "Gestion").
Ces habilitations se règlent sur les onglets "Habilitations sociétés" et "Types d'offres" de la
fenêtre de propriétés de l'utilisateur.

Page 22/108
Manuel utilisateur
Onglet "Habilitations sociétés"
Onglet "Types d'offres"

Page 23/108
Manuel utilisateur
b. Ateliers
Les ateliers correspondent aux métiers des utilisateurs de la station. A chaque atelier
correspond un mode de lancement de la station.
Les activités disponibles sont :
Atelier de paramétrage
Atelier d'administration
L'association des ateliers aux utilisateurs se fait dans l'onglet "Ateliers" de leur fenêtre de
propriétés.
Onglet "Ateliers"
c. Profils
Les profils sont des aspects de l'activité de paramétrage. Chaque profil donne accès à un
certain nombre de fonctions.
Les profils disponibles sont :
Paramétrage produits - Donne accès à toutes les fonctions de création / modification /

suppression de famille, produit, version de condition de produit, élément de sous catalogue,
version de conditions d'élément, élément de paramétrage global, version d'élément de
paramétrage global, validation /invalidation. C'est le profil de base du paramétreur. Tout

Page 24/108
Manuel utilisateur
utilisateur qui ne le possède pas ne peut que consulter le catalogue des sociétés auxquelles il
est habilité.
Responsable validation urgente - Profil avancé qui permet de valider une version de
conditions dont la date de début est égale à la date du jour. Cela permet de remettre en
production instantanément une version de produit ou une version d'élément de paramétrage
global erronée. En absence de ce profil, toute validation ne peut se faire que sur une version
de conditions débutant à date du jour + 1.
Paramétrage IHM - Donne accès aux fonctions de paramétrage IHM de versions de
paramétrage global et de versions de conditions de produit et d'élément, .
Responsable mise en vente - Donne accès aux fonctions de mise en vente et d'annulation de
mise en vente de versions de produit. Idem pour le déploiement / annulation du
déploiement des versions d'élément de paramétrage global.
L'association des activités aux utilisateurs se fait dans l'onglet "Activités" de leur fenêtre de
propriétés.
Onglet "Profils"
d. Modifier les habilitations d'un utilisateur

Modifier les habilitations d'un utilisateur

Page 25/108
Manuel utilisateur

2) Dans son menu contextuel, lancer la commande "Propriétés". La fenêtre de propriétés
apparaît.
3) Naviguer dans les onglets et modifier les habilitations.
3.4. Outils
3.4.1. Importation des paramètres société
a. Paramètres société
Certaines données du prêts conditionnées dans le catalogue des produits ont des valeurs
potentielles définies et maintenues dans les tables paramètres de Loan Engine.
Pour que ces valeurs soient exploitables dans Loan Design, elles doivent être importées.
C'est le rôle de la fonction "Importer les paramètres".
Cette fonction permet également de créer les sociétés. Il suffit pour cela d'ajouter au fichier
un enregistrement de type société.
Le format du fichier d'importation des paramètres banque est décrit dans le manuel
d'intégration de Loan Design.
b. Importer les paramètres

Importer les paramètres :
1) Depuis le menu "Outils", lancer la commande "Importer les paramètres".
2) Après une demande de confirmation, le traitement démarre, en se basant sur les
propriétés définies dans le fichier de paramètres la partie serveur de Design (voir manuel
d'exploitation).

Page 26/108
Manuel utilisateur
Fenêtre de présentation des anomalies
3) Il est alors possible de lancer le traitement ou de l'annuler grâce aux boutons "Oui" et
"Non". Si le lancement est confirmé, les données en anomalie ne sont pas importées La
durée du traitement est assez longue.
3.4.2. Mise en production des catalogues
a. Mise en production des catalogues

Mettre en production un catalogue de produits signifie transférer vers un environnement
technique de production, dans lequel des contrats pourront être créés.
Pour ce faire, il y a trois étapes :
1) exporter les catalogues depuis Loan Design vers des fichiers externes,

Page 27/108
Manuel utilisateur
2) transférer les fichiers produits vers la ou les machines de production,

3) importer les fichiers dans les environnements de production.
La fonctionnalité de mise en production des catalogues de Loan Design ne sert que la
première étape. C'est un traitement qui dépend du contexte progiciel d'utilisation de Loan
Design. Il est décrit dans l'annexe au manuel utilisateur spécifique à l'un ou l'autre des
contextes Loans ou New Business.
Voir aussi :
 Spécifique Loans
 Spécifique New Business
b. Lancer la mise en production

Lancer la mise en production :
1) Depuis le menu "Outils", lancer la commande "Mise en production (Exportations
XML + base catalogue globales...". La durée du traitement dépend du nombre de
versions de produits à exporter.
3.4.3. Mise en qualification des catalogues
a. Mise en qualification des catalogues

Mettre en qualification un catalogue de produits signifie transférer vers un environnement
technique de test, dans lequel des contrats pourront être créés.
Les opérations sont les mêmes que pour la mise en production, mais vers un environnement
dédié uniquement aux tests.
b. Lancer la mise en qualification

Lancer la mise en production :
1) Depuis le menu "Outils", lancer la commande "Mise en qualification". Vous pouvez
choisir d'exporter à une date donnée. La durée du traitement dépend du nombre de
versions de produits à exporter. Les versions de produit sont toutes exportées. Les
versions de paramètres globaux sont exportées si et seulement si elles sont dans l'état
valide ou déployée.

Page 28/108
Manuel utilisateur
3.4.4. Gestionnaires de trace
a. Trace fonctionnelle
Toutes les actions utilisateurs ou traitements qui créent, modifient ou suppriment un objet
du catalogue génèrent un évènement. Ces évènements sont tracés dans un journal, appelé
"Trace fonctionnelle".
Il est alors simple de savoir "qui fait quoi" dans Loan Design.
Pour l'afficher, lancer la commande "Gestionnaire de trace..." du menu "Outils".
b. Trace technique des traitements batch

Le traitement batch d'importation fait un grand nombre d'opérations de mises à jour du
système. Il est intéressant de connaître les opérations qui ont généré des anomalies. C'est le
rôle de la trace technique batch d'afficher ces anomalies.
Pour l'afficher, lancer la commande "Gestionnaire de trace batch..." du menu "Outils".
c. Description du gestionnaire de trace

Le gestionnaire de trace est commun aux deux traces et fonctionne de la manière suivante.
Les messages sont affichés dans une fenêtre, dont la présentation peut être modifiée selon
plusieurs critères.

Page 29/108
Manuel utilisateur
Gestionnaire de trace
Menu contextuel
Le menu contextuel permet d'agir sur les critères de filtre employés pour afficher les
messages, de rechercher une chaîne de caractères dans l'ensemble des messages, de
supprimer les messages sélectionnés, de rechercher à nouveau les messages en utilisant les
mêmes critères.

Page 30/108
Manuel utilisateur
4. ATELIER DE PARAMETRAGE
Cet atelier sert à paramétrer les produits du catalogue, et les objets qui les composent.
Pour avoir accès à cet atelier, l'utilisateur doit être habilité à l'activité de paramétrage.
Fenêtre principale de l'atelier de paramétrage
4.2. Ergonomie de l'atelier
4.2.1. Barre de menus
Elle est standard, avec le menu "Edition" qui a disparu, et quelques commandes
supplémentaires dans le menu "Affichage".

Page 31/108
Manuel utilisateur
Les commandes "Afficher l'onglet..." font apparaître au premier plan un onglet de

navigation.
La commande Rafraîchir le volet de navigation qui permet de recharger le contenu des
arbres du volet de navigation.
4.2.2. Barre d'outils
Elle contient des fonctions communes :

Afficher l'arbre de navigation "Bureau"
Afficher l'arbre de navigation "Catalogue"
Afficher l'arbre de navigation "Sous catalogue"
Afficher l'arbre de navigation "Mise en vente"
Afficher l'arbre de navigation "Paramétrage global" (optionnel - voir spécifique au contexte progiciel)
Rafraîchir les arbres de navigation
Appel de l'aide en ligne
4.2.3. Arbre de navigation Catalogue
L'arbre de navigation "Catalogue", présent par défaut au premier plan du volet de

navigation, permet d'organiser le catalogue, de créer les produits et leurs versions de
conditions.

Page 32/108
Manuel utilisateur
Le premier niveau de l'arbre affiche les sociétés autorisées pour l'utilisateur courant. Sous
chaque société se trouve la liste des types d'offre autorisés pour l'utilisateur. La liste des
sociétés et des types d'offre visibles pour l'utilisateur est réglée dans l'atelier d'administration.
Sous chaque type d'offre se trouve un sous arbre de familles, dont le rôle est d'organiser le
rangement des produits, à la manière des répertoires dans un système de fichiers.
Chaque famille peut contenir des sous familles ou des produits.
Sous chaque produit se trouvent ses versions de conditions.
Pour agir sur tous ces objets, il faut utiliser leur menu contextuel.
Tableau des symboles utilisés :

Société
Type d'offre
Famille
Produit
Version de conditions de produit à l'état travail
Version de conditions de produit à l'état valide passé
Version de conditions de produit à l'état valide présent
Version de conditions de produit à l'état valide futur
Voir aussi :

Page 33/108
Manuel utilisateur
 Arbre de navigation Mise en vente
 Arbre de navigation Sous catalogues
 Fonctions d'organisation du catalogue
 Fonctions de gestion du catalogue
4.2.4. Arbre de navigation Sous catalogues
L'arbre de navigation "Sous catalogues" permet de gérer les éléments factorisables du

catalogue, réemployables dans plusieurs produits.
Le premier niveau de l'arbre affiche les sociétés autorisées pour l'utilisateur courant. La liste
des sociétés visibles pour l'utilisateur est réglée dans l'atelier d'administration.
Sous société se trouve la liste des sous catalogues gérés dans la station. Cette liste est non
paramétrable. Sous chaque sous catalogue se trouvent les éléments de son type. Par exemple,
on trouve toutes les assurances sous le noeud "Assurance".
Sous chaque élément se trouvent ses versions de conditions.

Page 34/108
Manuel utilisateur

Société
Sous catalogue
Elément
Version de conditions d'élément à l'état travail
Version de conditions d'élément à l'état valide passé
Version de conditions d'élément à l'état valide présent
Version de conditions d'élément à l'état valide futur
Voir aussi :
 Arbre de navigation Catalogue
 Fonctions de mise en vente
4.2.5. Arbre de navigation Mise en vente

L'arbre de navigation "Mise en vente" permet de gérer la mise à disposition des produits et
de leurs différentes versions pour l'exploitation.

Page 35/108
Manuel utilisateur
Cet arbre a la même structure que l'arbre de navigation catalogue en ce qui concerne les
premiers niveaux de l'arbre. Les niveaux société, type d'offre, famille et produit sont
identiques.
Sous chaque produit est affichée la liste de ses versions (à ne pas confondre avec versions de
conditions).
On trouve sous chaque version les objets du catalogue qui la constituent. Il y a forcément
une version de conditions de produit (celle qui correspond à la même période de validité),
plus des noeuds pour les version de conditions d'éléments associées à la version de
conditions.
Cet arbre ne permet pas la modification des objets qu'il représente. Il affiche une synthèse
sur la constitution des versions des produits et permet leur mise à disposition de la
production. Cette mise à disposition n'est effective qu'à la mise en exploitation suivante.

Société
Type d'offre
Famille
Produit
Version de produit à l'état valide passé
Version de produit à l'état valide présent
Version de produit à l'état valide futur
Version de conditions de produit à l'état travail
Version de conditions de produit à l'état valide passé
Version de conditions de produit à l'état valide présent
Version de conditions de produit à l'état valide futur
Version de conditions d'élément à l'état valide passé
Version de conditions d'élément à l'état valide présent
Version de conditions d'élément à l'état valide futur
Voir aussi :
 Arbre de navigation Mise en vente
4.2.6. Arbre de navigation Paramétrage global
L'arbre de navigation "Paramétrage global" permet de gérer les éléments n'ayant pas de lien
avec les produits ou éléments de sous catalogues, comme un taux d'usure, ou un jeux de
page de la demande pour l'instruction par exemple. Il n'apparaît que si le contexte progiciel
autorise la gestion de paramètrage global.

Page 36/108
Manuel utilisateur
Le premier niveau de l'arbre affiche les sociétés autorisées pour l'utilisateur courant. La liste
des sociétés visibles pour l'utilisateur est réglée dans l'atelier d'administration.
Sous société se trouve la liste des paramétres globaux gérés dans la station. Cette liste est
non paramétrable. Sous chaque paramétre se trouvent les éléments de son type. Par exemple,
on trouve tous les taux d'usure sous le noeud "Taux d'usure".
Sous chaque élément se trouvent ses versions de conditions.

Société
Paramétrage global
Elément
Type d'offre
Version d'élément à l'état travail
Version d'élément à l'état valide passé
Version d'élément à l'état valide présent
Version d'élément à l'état valide futur
Version d'élément à l'état déployé passé
Version d'élément à l'état déployé présent
Version d'élément à l'état déployé futur
Voir aussi :

Page 37/108
Manuel utilisateur

4.2.7. Rafraîchir les arbres de navigation
Dans le contexte multi-utilisateurs de la station, les objets manipulés dans les arbres de
navigation peuvent être créés, modifiés ou supprimés par les autres utilisateurs. Pour voir les
évolutions apportées au catalogue, il faut rafraîchir les arbres.
Le rafraîchissement peut être invoqué par le bouton de la barre d'outils, la commande
"Rafraîchir" du menu "Affichage", ou d'une action sur la touche "F5".
4.3. Organisation du catalogue
4.3.1. A quoi ça sert ?
La station permet de gérer les produits de plusieurs sociétés. Ces catalogues, même s'ils sont
visibles simultanément dans les arbres de navigation, sont complètement indépendants les
uns des autres. Il n'est par exemple pas possible d'utiliser une assurance d'une société dans
un produit d'une autre société. La société est donc le premier niveau dans l'organisation des
catalogues de produits. Créer un objet pour une société nécessite d'agir sous celle-ci dans
l'arbre de navigation qui convient.
Les produits de prêts peuvent être de natures très différentes. Il y a par exemple les prêts
immobiliers ou à la consommation. Il est donc important de pouvoir les classer par nature, à
l'intérieur du catalogue produits d'une société. C'est le rôle des types d'offre et des familles.
Les éléments de sous catalogue sont eux rangés automatiquement dans le sous catalogue
correspondant.
4.3.2. Société
La société est le propriétaire d'un catalogue de produits. Elle définit un espace de travail
contenant toutes les données de ce catalogue.
Il n'est pas possible de créer une société dans la station. C'est l'importation des paramètres
qui le permet.

Page 38/108
Manuel utilisateur
4.3.3. Type d'offre
Le type d'offre est un rangement prédéfini et livré avec la station. Il y en a quatre au total
qui représentent les quatre grandes familles de produits :
 Entreprises,
 Particulier consommation,
 Particulier immobilier,
 Professionnels.
Il est fortement conseillé de créer un produit à l'intérieur du type d'offre qui correspond le
mieux à sa nature. Dans un type d'offre se trouvent des rangements qui permettent d'affiner
la classification des produits. Ce sont les familles. Au moins un niveau de familles doit être
présent sous un type d'offre.
Avant de créer un produit, il faut choisir le type d'offre et la famille dans lesquels le placer.
Voir aussi :
4.3.4. Famille
a. Famille
La famille est un rangement, qui à la manière des répertoires d'un système de fichiers,
permet de classifier les produits. Une famille possède un nom et peut contenir des familles et
des produits. L'ensemble des familles incluses dans un type d'offre est un arbre dont la
profondeur maximum est 5.
Exemple :
L'exemple ci-dessus montre le sous arbre de familles du type d'offre "Particuliers

Immobilier". Celui-ci a une profondeur de 2 niveaux. Seule la famille "Prêts 0%" contient un
produit.
Voir aussi :

Page 39/108
Manuel utilisateur
b. Créer, modifier, supprimer une famille

Créer une famille
1) Dans l'arbre de navigation "Catalogue", sélectionner un type d'offre ou une famille.
2) Cliquer sur le menu contextuel "Nouvelle famille ...". La fenêtre de saisie du nom de la
famille apparaît. Elle affiche la société propriétaire du catalogue dans lequel l'action est
faite, ainsi que le nom de l'élément dans lequel est créée la famille.
3) Renseigner le nom de la famille dans la zone "Nom".

Modifier une famille

1) Dans l'arbre de navigation "Catalogue", sélectionner une famille.
2) Cliquer sur le menu contextuel "Modifier...". La fenêtre de saisie du nom de la famille
apparaît.
3) Modifier le nom de la famille.
Supprimer une famille

Une famille ne peut être supprimée que si elle est vide.
2) Cliquer sur le menu contextuel "Supprimer famille". Un message apparaît et demande

Page 40/108
Manuel utilisateur
confirmation.
c. Déplacer une famille

Une famille ne peut être déplacée qu'à l'intérieur du type d'offre qui la contient.
Déplacer une famille

2) Cliquer sur le menu contextuel "Couper famille".
3) Toujours dans l'arbre, sélectionner la destination du déplacement (une autre famille du

type d'offre ou le type d'offre lui-même).
4) Cliquer sur le menu contextuel "Coller famille".
4.4. Gestion des produits
4.4.1. A quoi ça sert
La gestion des produits est le coeur du métier d'administrateur de catalogue. Elle consiste à
créer les produits et définir leurs propriétés.
Pour optimiser ce travail, un certain nombre de ces propriétés peut être factorisé dans des
éléments de sous catalogue (ex : les assurances). Ces éléments de sous catalogues sont
réemployables dans plusieurs produits. Ce sont donc des composants du produit qu'il faut
créer avant de travailler sur les produits.
Voir aussi :
 Arbre de navigation catalogue
 Gérer les sous catalogues
 Gérer la mise en vente d'un produit
4.4.2. Produit
Le produit de prêt est l'objet principal du catalogue. C'est lui qui est vendu aux clients sous
forme de contrats.

Page 41/108
Manuel utilisateur
a. Propriétés
Le produit est constitué de quelques propriétés d'identification et de documentation
saisissables dans sa fenêtre de propriétés. Ses conditions applicables aux contrats de prêts en
gestion sont attachées à ses versions.
Fenêtre de saisie des propriétés du produit
La fenêtre affiche d'abord les noms des société, type d'offre et famille dans lesquels est placé
le produit.
Ensuite viennent le code identifiant du produit (code alphanumérique de longueur max. 5),
un libellé (longueur max. 40) puis une description le représentant (999*256 caractères maxi).
b. Versionning
Dans une application utilisatrice du catalogue, les conditions inhérentes au produit et qui
sont proposées aux clients en saisie de contrat doivent être invariantes. C'est la raison pour
laquelle le produit est un objet versionné. Une version de produit indique, pour une période
de validité donnée, quelles sont les conditions applicables pour un produit. C'est donc la
version de produit qui est mise en vente. Les versions de produit déjà vendues ne peuvent
plus être modifiées, ce qui garantie l'invariabilité de leurs conditions. La gestion des versions
a pour rôle principal de permettre la maintenance et les évolutions du produit sans gêner sa
vente.

Page 42/108
Manuel utilisateur
Le produit est donc constitué d'un ensemble de version.

Il faut distinguer deux types de versions dans un produit, dont le rôle est complètement
différent. Il y a les versions de conditions de produits et les versions de produit.
La version de conditions de produit est l'objet que saisit l'utilisateur et dans lequel il définit
les conditions applicables sur une période donnée. Par exemple, il va saisir les conditions de
remboursement de capital et d'intérêts. Il va aussi associer à cette version de conditions de
produit des éléments de sous catalogue, ce qui permettra d'hériter de leurs propriétés. En
fait, la maintenance de cet objet est le travail principal de l'administrateur de catalogue.
La version de conditions de produit possède une période de validité. Cependant, les
éléments de sous catalogues qui lui sont associés possèdent eux aussi, des versions de
conditions qui ont leur propre période de validité. Bien entendu, les périodes de validité des
versions de conditions des éléments associés sont différentes de celles des versions de
conditions du produit qui les utilisent. Il est alors intéresseant de connaître les périodes
d'invariabilité des conditions applicables du produit. C'est le rôle de la version de produit.
Les versions d'un produit sont calculées par le système, à partir de la composition de ses
versions de conditions et de leurs éléments de sous catalogues associés.
Le diagramme ci-dessous montre l'exemple d'un produit possédant deux versions de
conditions de produit. Elles utilisent une assurance qui possède trois versions de conditions.
Chaque date de début ou de fin de version de conditions de produit ou d'élément de sous
catalogue marque un changement dans les conditions du produit, et donc le début d'une
nouvelle version de produit. Dans cet exemple, il y en a cinq.

Page 43/108
Manuel utilisateur
Exemple de graphe de représentation des versions d'un produit
Dans les applications utilisatrices du catalogue, les produits sont vendus à une date donnée.
Cette date va définir quelle version du produit doit être utilisée. C'est pourquoi dans la
station, la mise en vente est faite sur la version de produit et pas sur le produit lui même.
c. Vie du produit
La vie du produit commence par sa création. Il faut pour cela choisir un rangement adéquat.
Un produit ne sert à rien s'il ne possède pas au moins une version de conditions. L'essentiel
du travail de l'utilisateur consiste à gérer les versions de conditions du produit et les éléments
de sous catalogues (Ex : Assurances) à leur associer. Quand une version de condition est
satisfaisante, elle doit être validée pour être rendue disponible pour la mise en vente.
Jusqu'ici, tout le travail est fait à partir des deux arbres de navigation "Catalogue" et "Sous
catalogues". Cette validation a pour effet d'interdir la modification ultérieure de la version de
conditions et de créer les versions de produits correspondantes. Celles-ci peuvent ensuite
être mises en vente à partir de l'arbre de navigation "Mise en Vente".
Voir aussi :
 En savoir plus sur le versionning des produits et éléments de sous catalogue
 Gérer la mise en vente d'une version de produit
4.4.3. Créer un produit
Deux solutions : créer un produit ou dupliquer une version de conditions d'un produit
existant.
Créer un produit vierge :
2) Cliquer sur le menu contextuel "Nouveau produit...". La fenêtre de propriétés du

nouveau produit apparaît.
3) Renseigner le code identifiant du produit (il doit être unique parmi tous les produits de
la société).
4) Renseigner le libellé du produit. C'est son nom fonctionnel.
5) Renseigner la description du produit.
6) Presser le bouton "OK" ou "Appliquer".

Page 44/108
Manuel utilisateur
Une fois l'enveloppe du produit créée, il faut lui ajouter une première version de conditions.
Dupliquer une version de conditions d'un autre produit

1) Dans l'arbre de navigation "Catalogue", sélectionner la version de conditions d'un
produit
2) Cliquer sur le menu contextuel "Copier".
3) Toujours dans l'arbre, sélectionner la famille destination de la copie (de la même ou
d'une autre société).
4) Cliquer sur le menu contextuel "Coller version de conditions de produit". La fenêtre
de création de produit apparaît.
5) Saisir le code identifiant du nouveau produit, son libellé et sa description
fonctionnelle.
6) Presser le bouton "OK" ou "Appliquer". Le produit est créé avec une première
version de conditions à l'image de celle copiée à l'étape 1).
4.4.4. Modifier un produit
Modifier un produit peut signifier soit modifier ses propriétés, soit modifier les conditions
applicables d'une de ses versions de conditions.
Modifier ses propriétés
Seuls le libellé ou la description sont modifiables. Pour modifier le code identifiant, il faut
supprimer et recréer le produit.
1) Dans l'arbre de navigation "Catalogue", sélectionner le produit
2) Cliquer sur le menu contextuel "Propriétés...". La fenêtre de propriétés du nouveau
produit apparaît.
3) Modifier le libellé ou la description.
4) Presser le bouton "OK" ou "Appliquer".
Modifier les conditions applicables

Page 45/108
Manuel utilisateur
La modification des conditions applicables d'un produit se fait pour une période donnée. La
période sur laquelle les conditions doivent changer correspond soit à une version de
conditions existante, soit à une nouvelle. Il faut donc soit modifier une version de conditions
existante, soit en créer une nouvelle.
Dans tous les cas, cette période doit avoir une date de début située dans le futur. Pour en
savoir plus sur la gestion des versions, de leur statut et de leur période de validité, et sur les
règles autorisant leur modification, voir la partie gestion des versions.
4.4.5. Supprimer un produit
Cette fonction supprime d'abord les versions de conditions du produit avant de le détruire.
Seules les versions non validées sont supprimables. Si parmi les versions de conditions, il en
existe une qui est valide, le produit ne sera pas supprimé. En revanche, les versions invalides
seront supprimées.
Supprimer un produit
1) Sélectionner le produit dans l'arbre "Catalogue".
2) Cliquer sur le menu contextuel "Supprimer". Un message de demande de

confirmation apparaît.
3) Répondre "OK"
4.4.6. Déplacer un produit
Le déplacement d'un produit suit les même règles que celui des familles. Le principe du
copier-coller est appliqué.
Déplacer un produit
1) Dans l'arbre de navigation "Catalogue", sélectionner un produit.
2) Cliquer sur le menu contextuel "Couper produit".
3) Toujours dans l'arbre, sélectionner la destination du déplacement (une autre famille du
même type d'offre).
4) Cliquer sur le menu contextuel "Coller produit".

Page 46/108
Manuel utilisateur
4.5. Version de conditions de produit
4.5.1. Version de conditions de produit
a. Généralités
La version de conditions de produit est l'objet le plus souvent manipulé par l'utilisateur
administrateur du catalogue produit. Elle respecte toutes les règles de fonctionnement
communes aux versions.
Elle contient toutes les conditions du produit, applicables sur sa période de validité, plus
celles des éléments de sous catalogues qui lui sont associés. Toutes ces conditions
constituent une aide à la saisie dans les applications utilisatrices du catalogue, ainsi qu'un
contrôle sur la validité des données contractuelles. Elle permettent par exemple d'imposer
une fourchette pour le taux fixe d'un prêt.
Lorsque les conditions applicables sont cohérentes, la version de conditions doit être validée.
Cela a pour effet de la rendre non modifiable et de créer les versions de produit fixant ses
périodes d'invariabilité. Ces versions de produit seront ensuite mises en vente.
b. Fenêtre de propriétés de la version de conditions

Toutes les données contenues dans une version de conditions de produit sont saisies et
affichées dans sa fenêtre de propriétés.
Fenêtre de propriétés de la version de conditions de produit

Page 47/108
Manuel utilisateur
Cette fenêtre affiche un arbre de navigation dans sa partie gauche, et un panneau de saisie
dans sa partie droite. Les nœuds de premier niveau de l'arbre qui ne sont pas des feuilles
servent à regrouper fonctionnellement des panneaux par familles de données. Ils
contiennent une liste de nœuds feuilles. A chaque feuille de l'arbre (nœuds de plus grande
profondeur) correspond un panneau, qui apparaît quand le nœud est sélectionné.
Les panneaux contiennent des zones de saisie des conditions. Les panneaux contiennent des
onglets ou directement des zones. Les onglets contiennent des zones.
Exemple de panneau à onglets
Chaque zone permet de valoriser une donnée (Ex : taux). La saisie des conditions est décrite
dans la partie Paramétrage des conditions de valorisation.
Les boutons "OK", "Annuler" et "Appliquer" agissent globalement pour tous les panneaux
de la fenêtre.
c. Le panneau "Général"
L'arbre des panneaux contient un nœud racine, le panneau "Général". C'est dans ce panneau
que sont saisies la date de début de validité de la version, son libellé, sa description et ses
orientations générales. Cette saisie est la première étape obligatoire avant la saisie des
conditions applicables.
Le libellé est d'une longueur max de 40 caractères. La description est d'une longueur max de
999*256 caractères.

Page 48/108
Manuel utilisateur
4.5.2. Paramétrage des conditions applicables
a. Conditions applicables
Relation entre condition ap p licable du produit et condition appliquée du prêt
Les conditions applicables du produit servent à guider et à contrôler la saisie des contrats de
prêts dans les applications utilisatrices du catalogue.
La condition applicable indique, pour une donnée, l'ensemble des valeurs possibles. C'est la
raison pour laquelle la plupart des zones de saisie permettent de choisir ou saisir plusieurs
valeurs.
En saisie d'un prêt portant sur un produit, le gestionnaire saisit la condition appliquée au
prêt. La valeur saisie ne peut pas déroger au catalogue. Cela signifie qu'il ne peut pas
outrepasser les valeurs définies dans les conditions applicables du produit.
Exemple :
Dans une version d'un produit, la condition applicable au montant nominal indique que
la valeur doit être saisie dans l'intervalle 50 000 FRF - 200 000 FRF.
En saisie de prêt, le gestionnaire peut par exemple saisir 50 000 FRF, 150 000 FRF ou
200 000 FRF, mais pas 300 000 FRF.
Les familles de données d u produit
Les conditions applicables d'un produit diffèrent en fonction du contexte progiciel
d'utilisation de Design. Se référer au chapitre "Familles de données" du manuel spécifique.
L'ensemble de ces données n'est pas nécessairement utile à tous les types de produits. C'est
pourquoi il est possible de renseigner des orientations fonctionnelles sur chaque version de
conditions de produit. Ces orientations fonctionnelles vont donner une direction Métier au
contenu de la version, ce qui aura pour effet de présenter à l'utilisateur une saisie plus ou
moins simplifiée.
b. Orientations fonctionnelles
La saisie simplifiée
Les produit de prêts sont de complexités variées. Il y a des produits simples, avec une
souplesse de gestion réduite (Exemple : les prêts à 0%) et des produits très complexes pour
lesquels toute latitude est donnée au gestionnaire dans la définition des conditions.
La majorité des produits tient de la première catagorie. Ces produits ne nécessitent donc pas
de voir la totalité des données saisissables dans le catalogue. C'est pourquoi la première
étape, dans la saisie d'une version d'une condition de produit, consiste à définir ses
orientations fonctionnelles. Elles sont de trois types et vont, en fonction de la saisie de

Page 49/108
Manuel utilisateur
l'utilisateur, simplifier la saisie des conditions. Cette simplification se manifeste par

l'apparition ou non de certains panneaux dans l'arbre de la fenêtre de propriétés.
Ainsi, l'utilisateur n'est pas noyé dans l'information si le produit qu'il veut créer est un prêt à
0% sans conditions particulières.
Les orientations fonctionn e lles
Les listes décrites ci-dessous sont complètes mais l'accès à certaines valeurs peut-être limité
par le contexte progiciel.
Le style de taux
L'utilisateur peut choisir un ou plusieurs styles de taux parmi les trois styles gérés.
Code de la valeur Signification
Fixe Taux fixe
Révisable Taux révisable
Variable Taux variable
Le style d'amortissement
L'utilisateur choisi un seule valeur par les styles d'amortissement suivants:
Valeur Signification
Simple Prêt dont les conditions d'amortissement et de remboursement des intérêts ne varient pas
au cours de sa durée
Simple avec franchise Simple avec une période de franchise
Désynchronisé mono bloc Prêt dont le remboursement des intérêts et désynchronisé de celui du capital restant dû. Les
conditions sont les mêmes sur toute la durée du prêt
Désynchronisé multi blocs Idem désynchronisé mono bloc, mais les conditions peuvent varier sur la durée du prêt
Complexe Prêt multi palier pour produits complexes
Saisonnier Prêt multi palier avec bouclage périodique sur un palier pivot
La devise d'expression des m ontants
C'est dans cette devise que sont saisies toutes les conditions de type montant (exemple :
montant nominal). Sa saisie permet de connaître le nombre de décimales de ces montants. Si
cette devise change, le nombre de décimales peut varier et les montants déjà saisis seront
erronés. Il faut donc vérifier tous les montants saisis en cas de changement de cette devise.
Saisie des orientations fon c tionnelles

Cette saisie se fait sur le panneau "Général". En création de version de conditions de
produit, l'accès aux autres panneaux est interdite tant que les orientations fonctionnelles ne
sont pas saisies.
De plus, le changement des ces orientations sur une version de conditions existante entraîne
la perte de données des panneaux qui sont rendus invisibles par les nouvelles valeurs.
ATTENTION, TOUTES LES VERSIONS DE CONDITIONS D'UN PRODUIT
DOIVENT POSSEDER LA MEME VALORISATION DES ORIENTATIONS
FONCTIONNELLES.

Page 50/108
Manuel utilisateur
C'EST NOTAMMENT LE CAS DE LA DEVISE D'EXPRESSION DES MONTANTS

QUI NE DOIT PAS VARIER.
c. Agrégats de conditions applicables

Généralités
Certains ensembles de conditions applicables sont gérés comme des objets complexes, dont
plusieurs exemplaires peuvent être définis. C'est par exemple le cas des paliers des prêts, des
blocs de remboursement (Loans) et des conditions d'octroi (New Business).
Un palier est une période, dont la durée corespond à tout ou partie du prêt, et sur laquelle
sont réunies des conditions d'amortissement du capital et de perception des intérêts. Sur un
contrat de prêt, plusieurs paliers peuvent être définis, pour répondre à des besoins du client
variables au cours du temps.
Dans le catalogue, il est possible de définir des paliers types. Ce sont des modèles de paliers,
qui réunissent des conditions applicables sous un nom de palier. L'application utilisatrice du
catalogue peut, pour un contrat de prêt, créer plusieurs paliers (périodes avec des conditions
différentes) en se basant sur le même palier type.
Liste des familles de cond i tions gérées sous forme d'agrégats
Voir le chapitre dédié au contexte d'utilisation de Design
d. Association des éléments de sous catalogue

Généralités
Pour optimiser le travail de l'administrateur de catalogue, il et possible de factoriser des
ensembles fonctionnellement cohérents de conditions applicables à l'intérieur d'éléments de
sous catalogues.
Au niveau de la fenêtre de propriétés de la version de conditions de produits, il suffit
d'associer des éléments de sous catalogue prédéfinis pour hériter de leur paramétrage.
Cependant, ces éléments sont eux aussi des éléments qui possèdent leur propres versions de
conditions.
Liste des panneaux d'asso c iation
La liste des panneaux d'association d'éléments factorisés correspond à la liste des sous
catalogues.

Page 51/108
Manuel utilisateur
Exemple : panneau d'association des assurances
Contrainte sur la devise d' e xpression des montants

TOUS LES ELEMENTS DE SOUS CATALOGUE ASSOCIES A UNE VERSION DE
CONDITIONS DE PRODUIT DOIVENT AVOIR UNE DEVISE D'EXPRESSION
DES MONTANTS (s'ils en possèdent une) IDENTIQUE.
Le code présence
Sur chaque association doit être saisi un code présence. Il indique au applications utilisatrices
du catalogue le comportement à adopter pour l'élément. Ses valeurs possibles peuvent
dépendre du type du sous catalogue.
Le nombre minimum d'élé m ents associés au contrat
Certains panneaux d'association possèdent une zone de saisie du nombre minimum
d'éléments. Ce nombre sert à indiquer aux applications utilisatrices du catalogue le nombre
minimum d'éléments du même type à associer au prêt. C'est par exemple le cas des
assurances.
Ordonnancement des élém e nts associés
Il est possible d'ordonner les éléments dans la liste d'associations, grâce aux boutons :
Cet ordre sera utilisé par les applications utilisatrices du catalogue pour présenter les
éléments.
Comment savoir quelle ve r sion de condition d'élément est réellement héritée?
Cette information n'est pas portée par la version de conditions de produit, mais par la
version de produit. Celle-ci est calculée en mettant en regard les période de validité de la
version de produit et des versions de chaque élément de sous catalogue associé.
Dès qu'il y a une rupture dans ces périodes de validité, une version de produit est créée,
reflétant ainsi les périodes d'invariabilité du produit. C'est donc la version de produit qui relie

Page 52/108
Manuel utilisateur
directement la version de conditions de produit et la version de conditions des éléments

associés. Pour en savoir plus, voir la partie Gestion des versions.
4.5.3. Paramétrage de l'IHM
a. Généralités
En plus des conditions applicables sur chaque donnée, il est possible de définir des règles de
visibilité de ces données dans les écrans de saisie des applications utilisatrices du catalogue.
Exemple :
La donnée "Type de prêt" est conditionnée par un seule valeur, qui est toujours la même.
Il n'est donc pas intéressant de surcharger la grille de saisie du détail d'un prêt avec cette
donnée. Elle est donc rendue invisible par l'utilisateur.
Les règles de visibilité sont de même niveau que les conditions applicables, c'est-à-dire
qu'elles sont attachées à la version de conditions. Cependant, elles ne sont pas soumises aux
mêmes contraintes que les conditions de valorisation en ce qui concerne leur modification.
Elles peuvent être modifiées à tout moment, quel que soit l'état de la version de conditions,
"Travail" ou "Valide".
b. Quand utiliser cette fonctionnalité ?

Cette fonctionnalité n'est utile que si l'application de saisie des contrats de prêts utilisatrice
du catalogue construit son interface utilisateur sur celle proposée par le catalogue.
Design fournit une description par défaut des écrans de saisie de prêts utilisable dans une
application de gestion type Intranet / Internet. Loan Process en est une. Ces écrans se
présentent sous la formes de pages (HTML) possédant des blocs (ensembles de zones de
saisie).
Exemple :
L'exemple ci-dessous montre une application de gestion des prêts s'exécutant dans un
navigateur internet et qui base la construction de ses pages de saisie sur celle proposée
par défaut dans le catalogue.

Page 53/108
Manuel utilisateur
Exemple d'application intranet de gestion des prêts basée sur le catalogue
Cette image présente la page de saisie du détail d'un accessoire à percevoir. Cette page
contient les trois blocs "Général", "Conditions financières" et "Capitalisation". Le bloc
"Capitalisation" contient les zones de saisie "Nature d'accessoire" et "Référence du
dossier accessoire".
Avec cette fonctionnalité, il est possible d'indiquer pour chaque zone de chaque page de
saisie, et pour chaque version de conditions de produit, si elle est sera visible ou non dans
l'application de gestion.
Exemple :
Si on rend invisible la zone "Nature d'accessoire" du premier bloc, celui ci ne présentera
plus à l'écran que la zone "Référence du dossier accessoire".
L'implémentation par défaut décrit la saisie de toutes les données manipulées par le moteur
des prêts Evolan Loans. Hors seule une partie de ces données est gérée dans la station. La
fonctionnalité de paramétrage de l'IHM montre toutes les zones, qu'elles soient cataloguées
(gérées dans la station) ou non, qu'elles portent une condition valeur ou non.

Page 54/108
Manuel utilisateur
c. Fenêtre de paramétrage de l'IHM

Pour définir les conditions de visibilité, il faut utiliser la fenêtre de propriétés "Propriétés
paramétrage IHM".
Fenêtre de paramétrage des conditions de visibilité
La fenêtre affiche possède trois parties :

Page 55/108
Manuel utilisateur
- un arbre dont les feuilles sont les zones et les autres noeuds des pages ou des blocs.
Chaque noeud de l'arbre est représenté par un symbole indiquant, pour les zones leur état, et
pour les autres noeuds leur nature. Le tableau suivant décrit ces symboles,
- une zone de description de l'objet sélectionné dans l'arbre,
- une liste d'anomalies détectées par Design sur des zones mal paramétrées. C'est une aide
à la saisie qui indique à l'utilisateur la liste des zones qu'il a rendues invisibles de manières
incohérentes.
-
d. L'arbre des pages, blocs et zones

A chaque zone correspond une case à cocher. Une case cochée indique une zone visible.
Liste des natures d'objet :

Symbole Description
Page de saisie
Bloc normal d'une page de saisie. Il contient des zones
Liste d'objets associés au prêts. La liste est associée à un bouton "Ajouter" qui permet d'ajouter des
éléments à partir d'une liste prédéfinie. La liste prédéfinie est contenue dans une page suivante.
Liste d'objets associés au prêts. La liste est associée à un bouton "Ajouter" qui permet d'ajouter des
éléments par création directe
Liste d'objets dont le nombre d'éléments ne peut être modifié par l'utilisateur. Celui-ci ne peut que saisir ou
consulter le détail de ces éléments.
Description des items d'une liste. Chaque zone correspond à une colonne
Liste fixe d'objets disponibles pour ajout au prêt. Les colonnes de la liste ne sont pas paramétrables. Il y a
toujours le code, le libellé et le code présence de l'élément. Utilisé pour les paliers, assurances, etc
Zone. C'est le composant d'affichage et de saisie d'une condition appliquée au prêt (ex : le montant nominal)
Liste des états des zones :

Symbole Description
Zone cataloguée, mais aucune condition de valorisation n'a été définie sur cette donnée dans la version de
produit
Zone cataloguée, mais aucune condition de valorisation n'a été définie sur cette donnée dans la version de
produit.
Il n'est pas possible de modifier sa visibilité par défaut.
Zone cataloguée, avec une condition de valorisation définie sur cette donnée dans la version de produit
Zone cataloguée, avec une condition de valorisation définie sur cette donnée dans la version de produit.
Il n'est pas possible de modifier sa visibilité par défaut.
Zone non cataloguée.
Zone non cataloguée. Il n'est pas possible de modifier sa visibilité par défaut.
Zone de type bouton. Dans Process, presser ce bouton renverra vers une autre page ou vers une URL
Dans l'arbre, les pages sont ordonnées de la sorte :

 la page de saisie des prêts,
 les pages de saisie du détail des éléments gérés dans la page précédente,

Page 56/108
Manuel utilisateur
 les trois pages de choix des opérations disponibles (sur dossier, sur impayé, hors
contexte),
 les pages de saisie du détail des opérations.
Modifier la visibilité d'une zone a pour effet de contrôler automatiquement les anomalies.
Les anomalies relatives apparaissent ou disparaissent aussitôt dans la liste des anomalies.
e. La zone de description
Elle décrit les caractéristiques propres à l'objet sélectionné dans l'arbre.
Elle donne
 le nom et le code identifiant de la donnée,
pour les zones normales, les propriétés de leur conditionnement, qui sont également visibles
dans l'arbre,
pour les zones bouton, leur nature et l'objet (page ou URL) vers lequel elles renvoient,
pour les autres objets (pages, blocs, listes de colonnes), une définition, une description
d'éventuels renvois.
f. La liste des anomalies

Rendre des zones invisibles peut être incohéréent selon la manière dont leur valorisation à
été conditionnée.
Exemple : un code base d'indexation pour lequel 5 valeurs ont été choisies, mais aucune par
défaut ne devrait pas être rendu invisible. En effet, le fait qu'aucune valeur par défaut n'ai été
définie fait que la donnée ne sera jamais valorisée. De plus, le choix des 5 valeurs devrait être
proposé à l'utilisateur. La zone doit être visible.
Les règles de contrôles tiennent compte des critères suivants :
 le caractère mono ou multi valué de la donnée : une zone multi valuée devrait être
visible pour que l'utilisateur puisse exploiter au maximum la définition du produit,
le code présence de la zone : détermine si l'anomalie est une erreur bloquante ou un
warning . Une zone facultative invisible ne sera jamais renseignée, mais la saisie du prêt
pourra être validée.
Sélectionner une anomalie dans cette liste a pour effet de sélectionner automatiquement la
zone correspondante dans l'abre.

Page 57/108
Manuel utilisateur
g. Visibilité par défaut

Chaque zone possède une visibilité par défaut, livrée par Sopra. La grande majorité des
zones est visible par défaut.
4.5.4. Créer une version de conditions de produit
Deux solutions : créer une nouvelle version de conditions ou dupliquer une version de
conditions existante.
Créer une version de conditions vierge :
1) Dans l'arbre de navigation "Catalogue", sélectionner un produit.
2) Cliquer sur le menu contextuel "Nouvelle version de conditions...". La fenêtre de
propriétés du nouveau produit apparaît.
3) Saisir la date de début de validité le libellé, la description et les orientations

fonctionnelles de la version de conditions. Une fois les orientations fonctionnelles

Page 58/108
Manuel utilisateur
saisies, l'arbre des panneaux se remplit. Il est alors possible de naviguer dans ces
panneaux afin de saisir les conditions applicables (conditions financières, paliers, ...) de la
version de conditions.
4) A tout moment, il est possible d'enregistrer la saisie en pressant les boutons "OK" ou
"Appliquer". "Appliquer" enregistre sans fermer la fenêtre.
4.5.5. Modifier une version de conditions de produit
Modifier une version de condition n'est possible que si elle est à l'état "Travail". Si elle est
"Valide", deux solutions sont possibles.
La première consiste à l'invalider si c'est possible, puis la modifier (voir plus bas). La seconde
consiste à la dupliquer si l'invalidation n'est pas possible ("Valide passé" ou "Valide
présent").
Modifier une version de conditions de produit :

1) Dans l'arbre de navigation "Catalogue", sélectionner une version de conditions de
produit.
2) Cliquer sur le menu contextuel "Propriétés...". La fenêtre de propriétés apparaît.
Naviguer dans ces panneaux afin de saisir les conditions applicables (conditions

Page 59/108
Manuel utilisateur
financières, paliers, ...) de la version de conditions.
4) A tout moment, il est possible d'enregistrer la saisie en pressant les boutons "OK" ou
"Appliquer". "Appliquer" enregistre sans fermer la fenêtre.
4.5.6. Dupliquer une version de conditions
Cette fonctionnalité est utile lors de la modification d'un produit, dont les conditions varient
peu. Il suffit de dupliquer la version de condition la plus proche en terme de contenu, et de
la modifier ensuite.
Il est possible de dupliquer dans un produit une version de conditions du même produit,
d'un autre produit de la même société ou d'un produit d'une autre société.
Dans le cas des duplications inter société, seules les conditions portant sur des valeurs
communes aux sociétés source et destination sont traitées. Les autres sont ignorées et un
message d'anomalie apparaît. Il est donc fréquent que la duplication inter société ne duplique
qu'une partie de la version de conditions. C'est à l'utilisateur de contrôler et compléter a
posteriori sa nouvelle version.
La version créée est à l'état "Travail."
Dupliquer une version de conditions :
1) Dans l'arbre de navigation "Catalogue", sélectionner une version de conditions source.

Page 60/108
Manuel utilisateur
2) Cliquer sur le menu contextuel "Copier".

3) Toujours dans l'arbre de navigation "Catalogue", sélectionner le produit destination de
la duplication.
2) Cliquer sur le menu contextuel "Coller version de conditions de produit".
4.5.7. Supprimer une version de conditions de produit

Cela n'est possible que si la version est à l'état "Travail".
Supprimer une version de conditions de produit :
produit.
2) Cliquer sur le menu contextuel "Supprimer...". Un message de confirmation apparaît.
3) Presser le bouton "Ok" lance la suppression.
4.5.8. Saisir les conditions applicables
a. Principes de la saisie
Les zones de saisie
Les panneaux et onglets sont organisés en grilles de saisie. Chaque ligne de la grille contient
une zone de saisie. Chaque zone de saisie permet de saisir la condition applicable à une
donnée du produit.
Une zone est constituée d'un libellé (à gauche) et d'un composant de saisie. Le composant de
saisie dépend de la nature de la donnée à conditionner.
Exemple :
L'exemple ci-dessous montre trois zones de natures différentes. La zone "Montant nominal"
est une saisie d'une fourchette de montant, donc dans la devise d'expression des montants .
La zone "Taux" est une saisie d'une fourchette de taux. La zone "Base d'indexation" est un
choix multiple de valeurs.

Page 61/108
Manuel utilisateur
Exemple de trois zones de saisie
Les natures de données sont décrites dans le tableau suivant :

Nature de la donnée Exemple d'application
Choix simple dans une liste de valeurs Devise d'expression des montants
Choix multiple dans une liste de valeurs Base de calcul
Saisie d'une valeur unique Nombre minimum d'assurances à associer
Saisie d'une liste de valeurs Périodicité
Saisie d'une fourchette Montant nominal
La valeur par défaut
Dans certaines zones, il est possible de saisir une valeur par défaut. Elle sera utilisée en
gestion pour pré valoriser la donnée du contrat correspondante. La manière de renseigner
cette valeur dépend de la nature de la zone.
Le code présence
Dans certaines zones, il faut renseigner le code présence. Il sert à compléter les contrôles de
saisie sur la donnée conditionnée. Il est visible à l'extrémité droite de chaque zone.
Liste déroulante de choix du code présence
Valeurs du code présence :

Code Signification
Obligatoire En gestion, la saisie d'une condition appliquée au prêt sera obligatoire sur la donnée manipulée
Facultatif En gestion, la saisie d'une condition appliquée au prêt sera facultative sur la donnée manipulée
Interdit La donnée n'est pas utilisée pour le produit en cours. Cela grise le composant de saisie
Non géré La donnée est utilisée, mais l'utilisateur ne veut pas conditionner la zone. Toutes les valeurs possibles
seront proposées. Choisir ce code revient à choisir toutes les valeurs possibles de la zone.
L'utilisation des différentes valeurs peut varier en fonction du contexte progiciel d'utilisation
de Design.
Remarques:
 Une zone est considérée comme renseignée ou conditionnée si elle est valorisée
(indépendamment du code présence) ou bien si le code présence vaut « Non géré ».
 Seules les zones conditionnées sont exportées lors de la mise en production (cf Manuel
d’exploitation ).

Page 62/108
Manuel utilisateur
Les contrôles de valorisat i on des zones

Saisie obligatoire de la zon e
Une zone marquée à gauche par le symbole doit être obligatoirement valorisée. Si ce n'est
pas le cas, une anomalie bloquante sera produite lors de l'action de validation de la version
de conditions. La version de conditions ne pourra pas être validée tant que la zone n'est pas
valorisée.
Exemple de zone à valorisation obligatoire
Saisie obligatoire d'une va l eur par défaut

Indépendamment du contrôle précédent, la saisie de la valeur par défaut peut être obligatoire
pour certaines zones. Si la zone est valorisée, le contrôle est appliqué. Contrairement au
contrôle précédent, il est appliqué immédiatement au moment de la saisie.
La signalétique adoptée pour indiquer cette obligation varie selon le type de la zone.
Règle de dérivation
Certaines zones peuvent en plus du conditionnement normal, porter une règle de dérivation.
C'est une règle d'exception dépendante d'autres données du prêt.
Une règle peut être saisie sur une donnée si la zone de saisie contient le bouton .
b. Choisir une valeur

Le composant
C'est une liste déroulante, dont la valeur affichée est la valeur choisie.
Comment valoriser la zone ?

1) Ouvrir la liste déroulante.

Page 63/108
Manuel utilisateur
2) Choisir la valeur.
Comment définir la valeur p a r défaut ?0
La valeur choisie est la valeur par défaut.
Remise à zéro du compos a nt
Presser la touche "Suppr".
c. Choisir une liste de valeurs

Le composant
Il est composé d'une liste déroulante, et d'un bouton de saisie. Le contenu de la liste est
l'ensemble des valeurs choisies. La valeur affichée une fois la liste refermée est la valeur
choisie par défaut.
Vue d'ensemble du composant
Liste des valeurs choisies

Page 64/108
Manuel utilisateur

1) Presser le bouton La fenêtre de choix des valeurs apparaît.
Fenêtre de choix des valeurs
Toutes les valeurs possibles sont dans la liste. Les valeurs choisies sont cochées. La
valeur par défaut apparaît en gras. Pour ajouter une valeur à la sélection, il faut la cocher.
Pour dé-sélectionner une valeur, il faut la décocher.
Trois boutons permettent d'accélérer la saisie. sélectionne toutes les valeurs. dé-
sélectionne toutes les valeurs. inverse la sélection.
2) Choisir les valeurs.
Comment définir la valeur p ar défaut ?
Dans la fenêtre de choix des valeurs, sélectionner une valeur et presser sur le bouton .
Si la saisie de la valeur par défaut est obligatoire, il n'est pas possible de fermer la fenêtre
sans la saisir.
d. Saisir une valeur

Le composant
C'est un champ de saisie.

Page 65/108
Manuel utilisateur

1) Saisir une valeur dans la zone de texte.
La valeur saisie est la valeur par défaut.
e. Saisir une liste de valeurs

Le composant
Il est composé d'une liste déroulante, et d'un bouton de saisie. Le contenu de la liste est
l'ensemble des valeurs choisies. La valeur affichée une fois la liste refermée est la valeur
choisie par défaut.
Liste des valeurs choisies
Il permet de saisir plusieurs valeurs. Quand la donnée est numérique, il est possible de saisir
à la fois des nombres et des fourchettes. Les fourchettes sont affichées sous la forme
min:max.
Exemple :
Pour la périodicité des intérêts, l'utilisateur saisi 24, 36:38, 60. Etant donné que la
périodicité est un nombre entier, les valeurs utilisables sont donc 24, 36, 37, 38, 60.
1) Presser le bouton . La fenêtre de choix des valeurs apparaît.

Page 66/108
Manuel utilisateur
Fenêtre de choix des valeurs
2) Saisir les valeurs. Chaque ligne ne doit contenir qu'une valeur ou un intervalle. Un
intervalle est saisi sous la forme de deux nombres, le minimum et le maximum, séparés
par le caractère ":".
Dans la fenêtre de saisie des valeurs, saisir une valeur dans la zone "Défaut". Cette valeur
doit appartenir à la liste des valeurs saisies au dessus ou à un des intervalles.
Si la saisie de la valeur par défaut est obligatoire, il n'est pas possible de fermer la fenêtre
sans la saisir. Le symbole indique le caractère obligatoire de la saisie.
f. Saisir un intervalle
Le composant
Il est composé de trois zones : la valeur minimum, la valeur maximum et la valeur par
défaut.

Page 67/108
Manuel utilisateur

1) Saisir la valeur minimum.
2) Saisir la valeur maximum. Elle doit être supérieure ou égale à la valeur minimum.
La saisir dans la zone "Défaut". Elle doit être supérieure ou égale à la valeur minimum et
inférieure ou égale à la valeur maximum.
Si la saisie de la valeur par défaut est obligatoire, il n'est pas possible de passer à une autre
zone sans la saisir. Le symbole indique le caractère obligatoire de la saisie.
Remise à zéro du compos a nt
Combiner les touches "Control+Suppr" pour effacer les trois zones de saisies.
Presser "Suppr" pour effacer le champs avec le focus.
g. Règle de dérivation
A quoi ça sert ?
Une zone de saisie permet de saisir une condition (ex : un intervalle de durée) qui s'applique
de la même façon à tous les prêts. Elle sera appelée la "Condition standard" dans la suite de
ce chapitre.
La règle de dérivation permet d'exprimer des d'exception à la condition standard. Ces

exceptions représentent les conditions à appliquer à la donnée en fonction de la valeur
portée par d'autres données du prêt.
Exemple :
La fourchette autorisée de la durée du prêt peut varier en fonction de l'age de l'emprunteur.
Quand une donnée est-elle dérivable?
La propriété dérivable des données dépend du contexte progiciel d'application du catalogue.
Saisie de la règle
La saisie de la règle est possible si le bouton apparaît à la droite de la zone.
Exemple de composant dérivable

Page 68/108
Manuel utilisateur
Presser ce bouton fait apparaître la fenêtre de saisie de la règle. Elle est constituée de deux
onglets : un pour le choix des critères, et un autre pour la saisie de la règle elle même.
Les critères de dérivation
Onglet de saisie des critères
Les critères disponibles sont dans la liste de gauches. Ils sont présentés par famille. Les
critères utilisés sont dans la liste de droite. Ils peuvent être ordonnés à l'aide des boutons
contenant les flèches "Monter" et "Descendre". Les critères présentés de haut en bas
apparaîtront de gauche à droite dans la règle.
A tout moment dans la saisie de la règle, des critères peuvent être ajoutés, supprimés,
réordonnés.

Page 69/108
Manuel utilisateur
La règle
Onglet de saisie de la règle
Elle se présente avec une colonne de gauche correspondant à la donnée dérivée et les
colonnes suivantes correspondant aux critères de dérivation choisis sur l'onglet précédant.
Les composantes de la règle sont des lignes. Chaque ligne contient donc un
conditionnement pour la donnée dérivée et autant de conditions qu'il y a de critères.
La donnée dérivée doit obligatoirement être renseignée sur toutes les lignes.
Les lignes ont une priorité qui correspond à leur rang dans la table. La ligne la plus haut a la
priorité la plus forte. Les boutons "Monter" et "Descendre" servent à changer l'ordre des
lignes. La priorité est fondamentale, car elle définit l'ordre d'évaluation des lignes. Elles sont
évaluées dans l'ordre croissant des priorité. La première ligne vérifiée est élue. Son
conditionnement de la donnée dérivée est alors utilisé.
Une ligne est vérifiée lorsque tous ses critères sont vérifiés. Les critères sont facultatifs. Un
critère non renseigné pour une ligne est ignoré ; toutes ses valeurs valident la ligne.
Saisir une condition
Pour saisir une cellule de la table, il suffit de double-cliquer dessus à l'aide de la souris. Une
fenêtre apparaît alors, qui contient une zone de saisie correspondant au format de la donnée.

Page 70/108
Manuel utilisateur
Exmple de fenêtre de saisie d'une cellule
h. Gérer les agrégats de conditions

Les listes d'agrégats sont identifiables par le symbole dans l'arbre de la fenêtre de
propriétés.
Exemple : le noeud Palier
Créer un agrégat
1) Sélectionner le noeud correspondant à la liste dans l'arbre de la fenêtre de propriétés
de la version de conditions de produit. Un panneau liste des agrégats existants apparaît.
2) Invoquer le menu contextuel "Nouveau". Un sous noeud apparaît en fin de liste. Le
panneau de saisie du détail des conditions du nouvel agrégat apparaît.
3) Saisir le libellé, et les autres conditions de valorisation des zones du panneau. Le

panneau sera sauvegardé à l'enregistrement de la version de conditions du produit.
Modifier un agrégat
La modification d'un agrégat type se fait très simplement, par sélection du panneau
correspondant dans l'arbre de la fenêtre de propriétés de la version de produit, puis par
modification des conditions de valorisation des zones.
Changer le rang
1) Sélectionner le noeud du bon type d'agrégat dans l'arbre de la fenêtre de propriétés

Page 71/108
Manuel utilisateur
de la version de conditions de produit. Le panneau liste des agrégats existants apparaît.
Exemple de liste d'agrégats pour les paliers types du produit
2) Dans le panneau, sélectionner la ligne relative à l'agrégat par un simple clic souris.
3) Utiliser les boutons "Monter" et "Descendre" pour changer son numéro d'ordre.
Supprimer un agrégat
1) Sélectionner le nœud du bon type d'agrégat dans l'arbre de la fenêtre de propriétés
de la version de conditions de produit. Le panneau liste apparaît.
2) Lancer la commande "Supprimer" du menu contextuel.
i. Associer / dissocier des éléments de sous catalogue

Exemple pour les assurances.
Associer une assurance
1) Sélectionner le nœud "Assurances" dans l'arbre de la fenêtre de propriétés de la
version de conditions de produit. Le panneau d'association des assurances apparaît.

Page 72/108
Manuel utilisateur
Exemple : panneau d'association des assurances
2) Invoquer le menu contextuel "Nouveau". Un sous noeud apparaît en fin de liste. Le

panneau de saisie du détail des conditions du nouveau palier apparaît.
3) Presser le bouton pour faire apparaître la fenêtre des éléments disponibles.
Fenêtre des éléments disponibles
4) Faire une mono ou multi-sélection dans cette fenêtre, puis presser le bouton "OK".
5) Choisir en dernier lieu le code présence des associations nouvellement créées
Dissocier une assurance

1) Sélectionner le nœud "Assurances" dans l'arbre de la fenêtre de propriétés de la
2) Sélectionner une assurance associée dans la liste du panneau.
3) Presser le bouton pour faire disparaître l'association.

Page 73/108
Manuel utilisateur
Modifier l'ordre des éléments dans la liste

1) Sélectionner le noeud "Assurances" dans l'arbre de la fenêtre de propriétés de la
2) Sélectionner une assurance associée dans la liste du panneau.
3) Utiliser les boutons pour déplacer l'élément dans la liste.
j. Gérer les opérations autorisées

Autoriser une opération
1) Sélectionner le nœud "Opérations autorisées" dans l'arbre de la fenêtre de propriétés

de la version de conditions de produit.
2) Repérer l'opération dans la liste, puis sélectionner la valeur "Oui".

3) Si l'opération possède des conditions complémentaires, un sous nœud du nœud
"Opération autorisées" apparaît dans l'arbre. Le sélectionner fait apparaître le panneau de
saisie de ses conditions. Le sélectionner puis ses conditions applicables.
Interdire une opération
1) Sélectionner le nœud "Opérations autorisées" dans l'arbre de la fenêtre de propriétés
de la version de conditions de produit.
2) Repérer l'opération dans la liste, puis sélectionner la valeur "Non".
3) Si l'opération possédait des conditions complémentaires, le sous nœud du nœud
"Opération autorisées" disparaît de l'arbre.
k. Valider une version de conditions de produit

Rappel : la validation des versions de conditions permet de les rendre disponibles pour la
mise en vente, par le biais des versions de produit.
Pour qu'une version de conditions puisse être validée, elle doit respecter des règles de
cohérence :
sa date, son libellé, ses orientations fonctionnelles doivent être renseignés,
les libellés et code présence de ses agrégats doivent être valués. Les données marquées
obligatoires doivent l'être aussi.
d'autres règles sont appliquées en fonction du contexte progiciel.

Page 74/108
Manuel utilisateur
Valider une version de conditions de produit :

produit à l'état "Travail".
2) Cliquer sur le menu contextuel "Valider". La validation se fait, et une ou plusieurs
versions de produit sont créées sous le même nœud produit, dans l'arbre de
navigation "Mise en vente". Ces versions de produit peuvent alors être mises en
vente.
Invalider une version de conditions de produit :
produit à l'état "Valide".
2) Cliquer sur le menu contextuel "Invalider". L'invalidation a pour effet de supprimer
une ou plusieurs versions de produit sous le même nœud produit, dans l'arbre de
navigation "Mise en vente", celles relatives à la version de produit invalidée.
Voir aussi :
 Pourquoi les produits sont versionnés ?
 Règles de gestion des versions de produits & versions de conditions de produit
l. Paramétrer l'IHM de saisie

Cette fonctionnalité n'est utile que dans les conditions décrites ici.
Modifier les règles de visibilité des zones de saisie de l'application utilisatrice du

catalogue
1) Dans l'arbre de navigation "Catalogue", sélectionner une version de conditions.
2) Depuis son menu contextuel, lancer la commande "Propriétés IHM de saisie...". La

fenêtre de saisie des règles de visibilité apparaît. Il faut désormais sélectionner les zones dont
la visibilité doit être modifiée.
Rendre une zone visible / invisible
Depuis la fenêtre affichée comme indiqué ci-dessus, sélectionner une zone. Un simple clic
sur la case à cocher suffit à modifier sa condition visibilité.
Rappel : case cochée = zone visible.

Page 75/108
Manuel utilisateur
4.5.9. Gestion des versions
Le catalogue de produits contient des objets versionnés : les éléments de sous catalogue et
les produits. La gestion de ces versions respecte un ensemble de règles communes qui
permettent d'assurer une certaine cohérence fonctionnelle, notamment en terme de mise en
vente et droits de modification. Les produits possèdent en plus des versions de produit qui,
tout en respectant ces mécanismes, ont des particularités.
Cette partie détaille ces règles.
a. Principes communs aux versions

La période de validité
Une version est identifiée par sa date de début de validité, plus un numéro de version
banalisé unique.
De manière générale, les versions d'un objet ont des dates de début de validité différentes, et
ce , indépendamment de leur état. Le numéro de version est technique et invisible de
l'utilisateur. Il sert pour le cas exceptionnel ou l'utilisateur veut mettre en vente deux
versions le même jour. Il permet de distinguer les versions possédant la même date de début
de validité. Ce cas permet le jour même de corriger des anomalies détectées après
exportation d'une version vers le serveur d'exploitation.
A sa création, une version est dans l'état "Travail". Elle est modifiable et supprimable. Sa
date de début est pré-renseignée à la date Max( date de début de la version la plus future ;
date courante).
Pour la rendre disponible, il faut la valider. Elle passe alors à l'état "Valide" et n'est plus
modifiable, ni supprimable.
La période de validité détermine la période prévisionnelle pendant laquelle la version est
utilisable. Elle n'est néanmoins utilisable que si elle est à l'état "Valide". Une version ne
possède qu'une date de début de validité. Il n'y a pas de chevauchement possible entre
les versions valides. La date de fin est calculée en fonction des autres versions présentes.
C'est la date de début de la version suivante - 1. S'il n'y a pas de version suivante, c'est la date
d'arrêt de l'objet versionné qui est la date de fin. Si cette date de fin n'est pas définie, la date
de fin est indéfinie (Date de fin non gérée en V1.00).
Exemple :
Une assurance possède 3 versions de conditions (VCE) comme le montre la figure ci-
dessous et une date d'arrêt da. VCE1 commence à d1 et est à l'état Valide, VCE2 devrait
commencer à d2 mais est à l'état Travail, VCE3 devrait commencer à d3 mais est à l'état
Travail

Page 76/108
Manuel utilisateur
Pour les produits utilisateurs de l'assurance, elle possède une seule version dont la
validité commence à d1 et s'arrête à da. C'est VCE1. Si on valide la version VC3, on voit
2 versions pour l'assurance comme le montre la figure ci-dessous.
Maintenant, si on valide la version VC2, on voit 3 versions pour l'assurance comme le

montre la figure ci-dessous.

Page 77/108
Manuel utilisateur
Modification des versions d e conditions

Comment savoir si on peut modifier une version? Il faut d'abord savoir si elle est utilisée
(dans des contrats en exploitation pour les versions de conditions de produits, dans des
produits pour les versions de conditions d'éléments de sous catalogue). Une version
utilisée ne peut pas être modifiée.
Pour en être sûr, le catalogue des prêts fonctionne selon la règle suivante : on ne peut pas
utiliser (en exploitation) un objet du catalogue à date future. En théorie, on est donc
certain que les versions d'objets valides dans le futur ne sont pas utilisées et sont
modifiables. Toutes les modifications ou préparations de versions doivent donc se faire dans
le futur (période de validité prévisionnelle future). Pour la version valide en ce moment et
celles qui ne sont plus valides, le comportement est différent puisqu'elles sont susceptibles
d'être déjà utilisées en gestion.
En plus de cette règle dépendante de la date, il faut tenir compte de la validation des
versions de produits (VP).
En résumé, pour être modifiable, une version de conditions de produit ou d'élément doit
être à l'état "Travail". Inversement, pour être utilisable, une version de conditions doit être
"Valide".
Status des versions

Les versions peuvent être dans deux états : "Travail" ou "Valide". Cependant, l'état "Valide"
peut être décliné sous trois formes, en fonction de la date du jour. Le respect des règles de

Page 78/108
Manuel utilisateur
modification des versions entraîne un comportement différent en fonction de la forme

courante de l'état "Valide"
Version passée : ses dates de début et de fin de validité sont antérieures à la date du jour.
On peut valider une version passée, à condition qu'elle ne chevauche pas une version
existante passée ou présente. Elle doit donc être la 1ère et la seule version de l'objet. Si la
validation n'est pas possible, il suffit de déplacer la date de début de la version pour en faire
une version future. On ne peut pas invalider une version passée, car cela modifierait les
versions passées des produits qui l'utilisent, ce qui est interdit.
Version présente : sa date de début est passée ou présente. Sa date de fin de validité est
présente ou future. On peut valider une version présente, à condition qu'elle ne chevauche
pas une version passée ou présente existante. Elle doit donc être la seule version de l'objet.
Cela garantit qu'elle n'est liée à aucun produit ayant une VP valide mise en vente. Si sa
validation n'est pas possible, il suffit de déplacer sa date de début de la version pour en faire
une version future. On ne peut pas invalider une version présente. On peut seulement
ramener sa date de fin de validité au plus tôt dans le futur. Pour cela, il faut soit valider une
nouvelle version pour qu'elle la remplace au plus tôt dans le futur, soit positionner la date
d'arrêt de l'objet (non géré en V1.00).
Version future : ses dates de début et de fin de validité sont futures, Sa date de début peut
être modifiée manuellement, dans la mesure où elle reste future. Sa date de fin peut être
modifiée par mise en vente d'une version suivante où déplacement de la date d'arrêt de
l'objet. On peut valider une version future. Une version future peut être invalidée, si elle
n'est liée à aucune version de produit (VP) valide. Pour l'invalider, il faut d'abord invalider
les VPs auxquelles elle est liée, puis l'invalider.
b. Spécificités de la gestion des versions de produit (VP)

Un produit possède 1 ou plusieurs versions de conditions qui ont leur période de validité.
Chacune de ces versions de produits sont associées à des éléments de sous catalogues, qui
possèdent leur propre période de validité. Les périodes de validité des versions de conditions
de produits (VCP) et des versions de conditions des éléments de sous catalogues (VCE)
associés ne sont pas en phase. Ainsi, les périodes de validité des VCP ne correspondent pas
forcément aux périodes d'invariabilité du produit. C'est ce que montre la figure ci-dessous.

Page 79/108
Manuel utilisateur
C'est pour cela qu'ont été créées les versions de produit (VP). Une VP possède une période
de validité qui correspond à une période d'invariabilité des conditions du produit. Elle doit
être validée pour que les conditions définies dans les VCPs et VCEs correspondantes
puissent être vendues.
Les VPs ne sont pas créées manuellement, mais créées automatiquement pas le système,
suite aux actions de validation sur ses VCPs et leurs éléments de sous catalogues associés.
Les événements déclencheurs de calcul des VPs sont décrites dans le tableau suivant :
Evénements déclencheurs Impact
validation d'une VCP recalcul des VPs du produit conteneur
invalidation d'une VCP recalcul des VPs du produit conteneur
validation d'une VCE recalcul des VPs de tous les produits associés à l'élément
invalidation d'une VCE recalcul des VPs de tous les produits associés à l'élément
définir/annuler la date d'arrêt d'un produit recalcul des VPs du produit conteneur
définir/modifier/annuler la période de suspension d'un pas d'impact
produit
définir/annuler la date d'arrêt d'un élément de sous recalcul des VPs de tous les produits associés à l'élément
catalogue
Le recalcul des VPs d'un produit consiste à ajouter ou supprimer des objets VP associés au
produit, en leur attribuant une date de début et une date de fin. Il doit exister une VP par
période d'invariabilité du produit.
Les versions de produit sont créées à l'état "Travail". Elles passeront à l'état "Valide"
lorsqu'un utilisateur les mettra en vente.
Lors du calcul, toutes les VPs existantes sur le produit et postérieures à la date de début de
validité de la VCP ou VCE entraînant le recalcul sont supprimées, et ce, qu'elles soient

Page 80/108
Manuel utilisateur
valides ou non. Ainsi les nouvelles VP créées tiendront compte de la nouvelle VCE ou VCP
et devront être validées pour être visibles par les applications utilisatrices du catalogue.
Exemple :
Considérons un produit possédant une VCP valide dans le futur, mais associée à aucun
élément de sous catalogue. La figure ci dessous le montre.
Il possède donc une seule VP, la VP1.

Supposons que l'on crée une 2ème VCP, valide à partir d'une date d, à laquelle on associée
une assurance possédant 3 versions. A la validation de cette VCP2, 2 nouvelles VPs sont
créées comme le montre la figure ci-dessous. Pour les créer, on a recherché les variations des
conditions de l'assurance dans la période de validité de la VCP2, puisque VCP1 n'est pas
associée à l'assurance.

Page 81/108
Manuel utilisateur
Supposons maintenant que l'on crée une nouvelle version à l'assurance, après avoir déplacé
sa date d'arrêt. La validation de cette VCE4 provoque la suppression des VP dont la date de
début est postérieure ou égale à sa date de début et leur recalcul. Ici, création de la VP3'
identique à la VP3 par ses dates, mais pas par son contenu comme le montre la figure ci-
dessous (le numéro de version de VP3' n'est pas forcément le même que celui de VP3).

Page 82/108
Manuel utilisateur
Dans l'exemple ci-dessus, les VPs créées étaient à l'état "Travail". Pour qu'une VP soit visible
de l'extérieur (application utilisatrice du catalogue), elle doit être mise en vente. Tant qu'elle
n'est pas validée, c'est la VP valide la moins antérieure qui est disponible. De plus, la mise en
vente d'une VP valide dans le futur peut être annulée. Ces règles sont décrites plus haut et
sont les mêmes que pour les VCE et VCP.
4.5.10. Gérer la mise en vente d'un produit

Les objets mis en vente sont les versions de produit.
Voir aussi :
4.5.11. Gérer la suspension d'un produit
a. Définir une période de suspension

Il est possible de définir sur un produit quelconque une période durant laquelle celui ci ne
sera plus disponible à la vente. Cette période est prise en compte à la prochaine mise en
production. Ainsi, les systèmes utilisant Design ne proposeront pas le produit à la vente
pendant cette période.
Définir une période de suspension
1) Dans l'arbre de navigation "Catalogue" ou "Mise en vente", sélectionner un produit.
2) Cliquer sur le menu contextuel "Définir une période de suspension...".
3) Définir une période de suspension dans la fenêtre de propriétés.

Page 83/108
Manuel utilisateur
4) Cliquer sur le bouton "OK" pour valider la période, ou "Annuler" pour annuler la
période de suspension.
Lorsqu'un produit possède une période de suspension, il est représenté de manière
différente dans l'arbre, et il possède une bulle d'aide indiquant la date de début et de fin de la
période.
b. Modifier une période de suspension

Pour modifier une période de suspension existante, la procédure est la même que pour sa
création.
c. Annuler une période de suspension

Cette option n'est accessible que si le produit possède déjà une période de suspension.
Annuler une période de suspension
1) Dans l'arbre de navigation "Catalogue" ou "Mise en vente", sélectionner un produit
suspendu.
2) Cliquer sur le menu contextuel "Annuler une période de suspension...".

Page 84/108
Manuel utilisateur
3) Cliquer sur le bouton "Oui" pour valider l'action, ou "Non" pour garder la période de
suspension existante.
4.5.12. Gérer l'arrêt d'un produit
a. Définir une date d'arrêt
Il est possible de définir sur un produit quelconque une date d'arrêt a partir de laquelle celui
ci ne sera plus disponible à la vente. Cette action entraîne un recalcul des versions de produit
pour les arrêter à la date définie par l'utilisateur.
Définir une date d'arrêt
qui ne soit pas déjà arrêté.
2) Cliquer sur le menu contextuel "Définir une date d'arrêt...".
3) Définir une date d'arrêt dans la fenêtre de propriétés.
4) Cliquer sur le bouton "OK" pour valider, ou "Annuler" pour annuler la date d'arrêt.
Lorsqu'un produit possède une date d'arrêt, il est représenté de manière différente dans
l'arbre, et il possède une bulle d'aide indiquant la date de d'arrêt du produit.
Une fois qu'un produit est arrêté, il n'est plus possible de créer de nouvelles versions de
conditions.

Page 85/108
Manuel utilisateur
b. Modifier une date d'arrêt

Cette action n'est pas possible, il faut annuler la date d'arrêt précédemment saisie, puis en
saisir une nouvelle.
c. Annuler une date d'arrêt

Cette option n'est accessible que si le produit possède déjà une date d'arrêt.
Annuler une date d'arrêt
arrêté.
2) Cliquer sur le menu contextuel "Annuler la date d'arrêt...".
3) Cliquer sur le bouton "Oui" pour valider l'action, ou "Non" pour conserver la date
d'arrêt. Le fait de supprimer la date d'arrêt entraîne un recalcul des versions du produit.
4.6. Gestion des sous catalogues
Un certain nombre d'entités fonctionnelles du prêt peuvent être utilisées dans plusieurs
produits, pour des raison diverses et variées :
nécessité réglementaire,
volonté d'uniformité de certaines conditions des produits de l'offre de la banque,
etc.
Pour éviter le paramétrage de ces entités dans chacun des produits qui doit les utiliser, la
notion de sous catalogue a été créée. Elle permet de factoriser du paramétrage et de
l'associer à plusieurs versions de produit. Ainsi, la version de produit hérite du paramétrage
des éléments qui lui sont associés.

Page 86/108
Manuel utilisateur
Les éléments de sous catalogues sont gérés comme les produits, les actions possibles sur un
produit sont possibles sur un élément de sous catalogue. Seule la gestion des versions de
produits est différente. La partie de l'aide relative aux éléments de sous catalogue fait donc
souvent référence à la gestion des produits et des versions de conditions de produit.
4.6.2. Sous catalogue
Le sous catalogue est une bibliothèque d'éléments. Les éléments d'un sous catalogue sont
tous de même nature (Ex : assurance), mais diffèrent par leurs conditions applicables.
Les Sous catalogues sont gérés depuis l'arbre de navigation "Sous catalogue".
Les éléments de sous catalogues sont des objets versionnés, c'est-à-dire qu'ils possèdent des
versions de conditions. Les mécanismes de gestion des versions et de validation sont les
mêmes que pour les produits.
Voir aussi :
 Pourquoi les produits et éléments sont versionnés ?
 Règles de gestion des versions d'élément & versions de conditions d'élément
4.6.3. Liste des sous catalogues
La liste des sous catalogues est dépendante du contexte progiciel d'utilisation de Design.
4.6.4. Elément de sous catalogue
Tous les éléments de sous catalogue sont gérés de la même façon. La seule différence est la
liste des données qui peuvent être conditionnées dans leurs versions de conditions.

Page 87/108
Manuel utilisateur
a. Fenêtre de propriétés
Fenêtre de propriétés appliquée à une assurance
La fenêtre affiche d'abord les noms des sociétés et sous catalogues conteneurs de l'élément.
Ensuite viennent le code identifiant de l'élément (code alphanumérique de longueur max. 5),
un libellé puis une description le représentant.
b. Versionning
L'élément de sous catalogue est un objet versionné. Il contient des versions de conditions.
Voir aussi :
4.6.5. Version de condition d'élément

La version de conditions d'élément respecte toutes les règles de fonctionnement communes
aux versions.
Elle contient toutes les conditions de l'élément, applicables sur sa période de validité.

Page 88/108
Manuel utilisateur
Lorsque les conditions applicables sont cohérente, la version de conditions doit être validée.
Cela a pour effet de la rendre non modifiable et disponible pour les versions de conditions
de produits qui l'utilisent.
a. Fenêtre de propriétés de la version de conditions

C'est la même que la fenêtre de propriétés de la version de conditions de produit. Seules les
données présentées sont différentes.
La saisie des conditions est décrites dans la partie Paramétrage des conditions de
valorisation.
b. L'onglet "Général"
L'arbre des panneaux contient un noeud racine, le panneau "Général". C'est dans ce panneau
orientations générales. Le libellé est d'une longueur max de 40 caractères. La description est
d'une longueur max de 999*256 caractères. Cette saisie est la première étape obligatoire
avant la saisie des conditions applicables.
4.6.6. Créer / modifier / supprimer un élément de sous catalogue
Ces procédures sont les mêmes que celles des produits. Elle sont accessibles depuis l'arbre
de navigation "Sous catalogue"
Voir aussi :
 Créer un produit
 Modifier un produit
 Supprimer un produit
 Déplacer un produit
4.6.7. Créer / modifier / dupliquer / supprimer une version de conditions

d'élément
Ces procédures sont les mêmes que celles des versions de conditions de produit, en plus
simple pour certaines, car il n'y a pas de gestion de palier, de bloc de remboursement et
d'association d'élément de sous catalogue.
Elle sont accessibles depuis l'arbre de navigation "Sous catalogue"
Voir aussi :

Page 89/108
Manuel utilisateur
 Créer une version de conditions de produit

 Modifier une version de conditions de produit
 Dupliquer une version de conditions de produit
 Supprimer une version de conditions de produit
4.6.8. Valider / invalider une version de conditions d'élément
Rappel : l'intérêt de la validation des versions de conditions permet de les rendre disponibles
pour la mise en vente, par le biais des versions de produit.
Pour qu'une version puisse être validée, elle doit respecter des règles de cohérence : sa date,
son libellé, ses orientations fonctionnelles doivent être valués.
Valider une version de conditions d'élément :
1) Dans l'arbre de navigation "Sous catalogue", sélectionner une version de conditions

d'élément à l'état "Travail".
2) Cliquer sur le menu contextuel "Valider". La validation se fait, et une ou plusieurs

versions de produit sont créées dans l'arbre de navigation "Mise en vente", sous les
produits qui utilisent l'élément auquel appartient la version de condition validée. Ces
versions de produit peuvent alors être mises en vente.
Invalider une version de conditions d'élément :
1) Dans l'arbre de navigation "Sous catalogue", sélectionner une version de conditions à
l'état "Valide".
2) Cliquer sur le menu contextuel "Invalider". L'invalidation a pour effet de supprimer

une ou plusieurs versions de produit dans l'arbre de navigation "Mise en vente", sous les
produits qui utilisent l'élément auquel appartient la version de condition invalidée.
Voir aussi :
 Pourquoi les éléments sont versionnés ?
4.6.9. Paramétrer l'IHM de saisie
Cette procédure est la même que celle des versions de conditions de produit. Elle est
accessible depuis l'arbre de navigation "Sous catalogue"
Voir aussi :

Page 90/108
Manuel utilisateur
 Paramétrer l'IHM de saisie d'une version de conditions de produit
4.6.10. Gérer l'arrêt d'un élément de sous catalogue
a. Définir une date d'arrêt

Il est possible de définir sur un élément quelconque une date d'arrêt a partir de laquelle celui
ci ne sera plus disponible à la vente. Cette action entraîne un recalcul des versions de produit
utilisant le sous catalogue arrêté.
Définir une date d'arrêt
1) Dans l'arbre de navigation "Sous catalogue" ou "Mise en vente", sélectionner un
élément qui ne soit pas déjà arrêté.
2) Cliquer sur le menu contextuel "Définir une date d'arrêt...".
3) Définir une date d'arrêt dans la fenêtre de propriétés.
4) Cliquer sur le bouton "OK" pour valider, ou "Annuler" pour annuler la date d'arrêt.
Lorsqu'un élément possède une date d'arrêt, il est représenté de manière différente dans
l'arbre, et il possède une bulle d'aide précisant sa date d'arrêt.
Une fois qu'un élément est arrêté, il n'est plus possible de creer de nouvelles versions de
conditions.
b. Modifier une date d'arrêt
Cette action n'est pas possible, il faut annuler la date d'arrêt précédemment saisie, puis en
saisir une nouvelle.
c. Annuler une date d'arrêt

Cette option n'est accessible que si l'élément possède déjà une date d'arrêt.

Page 91/108
Manuel utilisateur
Annuler une date d'arrêt

1) Dans l'arbre de navigation "Sous catalogue" ou "Mise en vente", sélectionner un
élément arrêté.
2) Cliquer sur le menu contextuel "Annuler la date d'arrêt...".
3) Cliquer sur le bouton "Oui" pour valider l'action, ou "Non" pour conserver la date
d'arrêt. Le fait de supprimer la date d'arrêt entraine un recalcul des versions de produit.
4.7. Mise en vente

La mise en vente, c'est la mise à disposition des versions de produits aux applications
utilisatrices du catalogue. Tant qu'aucune version d'un produit n'a été mise en vente, il ne
peut être vendu à des clients.
La mise en vente est une action qui doit être couplée à la mise en production du catalogue.
Celle-ci consiste à copier le catalogue dans un environnement de production, et donc à
rendre visible les nouvelles mises en vente.
4.7.2. Version de produit
Une version de produit correspond à une période d'invariabilité de ses conditions

applicables en gestion. Ce concept a déjà été décrit dans gestion des versions.
Rappel : Lorsqu'un contrat est vendu sur un produit, il l'est à une date donnée. C'est cette
date de proposition qui détermine la version du produit à utiliser et donc ses conditions
applicables à cette date.
C'est la raison pour laquelle la mise en vente est faite sur les versions de produit et non sur
les produits eux même.

Page 92/108
Manuel utilisateur
Exemple :
Un produit P1 existe depuis 2 ans, a déjà été vendu à 5 000 clients. Le service marketing
décide une évolution de ses conditions. Il doit évoluer sans que ces modifications n'aient
d'impact sur les 5 000 contrats pré-existants. Une ou plusieurs nouvelles versions du
produit sont créées, dont la date de début de validité est future. Elles sont mises en
vente. Elle seront disponibles à la vente à partir de leur date de début.
Il est possible de produire une édition de la fiche d'une version de produit. Cette fiche décrit
la liste et le détail de ses conditions applicables.
Voir aussi :
 Règles de gestion des versions
4.7.3. Mettre en vente une version de produit

Mettre en vente une version de produit :
1) Dans l'arbre de navigation "Mise en vente", sélectionner la version de produit.
2) Depuis le menu contextuel, lancer la commande "Mettre en vente".
Attention, cette action doit être suivie d'une mise en production du catalogue pour être
effective dans les environnements de gestion.
4.7.4. Annuler la mise en vente d'une version de produit
Cette action n'est possible que si on est sûr que la version n'a pas été vendue à un client,
c'est-à-dire si sa date de début de validité est postérieure à la date du jour.
Annuler la mise en vente d'une version de produit :
1) Dans l'arbre de navigation "Mise en vente", sélectionner la version de produit.
2) Depuis le menu contextuel, lancer la commande "Annuler la mise en vente".
4.7.5. Mettre en production les catalogues
La mise en production est une action globale à tous les catalogues gérés dans la même
machine de paramétrage. C'est une action d'administration qui est donc lancée depuis
l'atelier d'administration. C'est donc là qu'elle est décrite.

Page 93/108
Manuel utilisateur
4.8. Gestion du paramétrage global
4.8.1. A quoi cela sert ?
Cette notion de paramètre global a été introduite afin de résoudre une problématique
d'objets mis en version mais non liés à des produits.
 taux d'usure,
 gestion des pages de la demande dans le cadre de l'instruction,
 etc.
Si le système ne gère pas ce type d'objet, il n'est pas possible d'effectuer des actions décrites
dans ce chapitre (voir la partie spécifique au contexte progiciel)
Les éléments de ces paramètres globaux sont versionnés de la même façon que des produits
ou des éléments de sous catalogues.
4.8.2. Paramétrage global
Le paramétrage global est une bibliothèque d'éléments. Les éléments d'un type de
paramétrage global sont tous de même nature (Ex : taux d'usure), mais diffèrent par leurs
Ces éléments sont gérés depuis l'arbre de navigation "Paramétrage global".
Les éléments de paramétrage global sont des objets versionnés, c'est-à-dire qu'ils possèdent
des versions de conditions. Les mécanismes de gestion des versions et de validation sont les
mêmes que pour les produits.
Un type de paramétrage global peut être limité dans le nombre d'éléments maximum qu'il
peut contenir. Selon sa nature, un paramètre global peut être déclaré dépendant d'un type
d'offre.
Voir aussi :
4.8.3. Elément de paramètre global
Tous les éléments de paramétrage global sont gérés de la même façon. La seule différence
est la liste des données qui peuvent être conditionnées dans leurs versions de conditions.

Page 94/108
Manuel utilisateur
a. Fenêtre de propriétés
Fenêtre de propriétés appliquée à un taux d'usure
La fenêtre affiche d'abord le nom de la société, le type de paramétrage global, et

éventuellement type d'offre, conteneurs de l'élément.
Ensuite viennent le code identifiant de l'élément (code alphanumérique de longueur max. 5),
un libellé (longueur max. 40) puis une description le représentant (999*256 caractères maxi).
b. Versionning
L'élément de paramétrage global est un objet versionné. Il contient des versions de
conditions.
Voir aussi :

Page 95/108
Manuel utilisateur
4.8.4. Version de conditions d'élément
La version de conditions d'élément respecte toutes les règles de fonctionnement communes

aux versions, à la seule différence près qu'elle n'est pas associée à des éléments de sous
catalogue. Ainsi, il n'y a pas de calcul de version pour chaque période d'invariabilité des
conditions comme c'est le cas pour le produit.
Elle contient toutes les conditions de l'élément, applicables sur sa période de validité.
Lorsque les conditions applicables sont cohérente, la version de conditions doit être validée.
Cela a pour effet de la rendre non modifiable et disponible à des fin de test. Si la version est
ensuite déployée, elle est prise en compte dans la mise en production du catalogue. Le
déploiement correspond donc à la mise en vente des produits et répond aux mêmes règles.
a. Fenêtre de propriétés de la version de conditions

C'est la même que la fenêtre de propriétés de la version de conditions de produit. Seules les
données présentées sont différentes.
La saisie des conditions est décrites dans la partie Paramétrage des conditions de
valorisation.
b. L'onglet "Général"
L'arbre des panneaux contient un nœud racine, le panneau "Général". C'est dans ce panneau
orientations générales. Cette saisie est la première étape obligatoire avant la saisie des
4.8.5. Créer / modifier / supprimer un élément
Ces procédures sont les mêmes que celles des produits. Elle sont accessibles depuis l'arbre
de navigation "Paramétrage global"
Voir aussi :
 Créer un produit
 Modifier un produit
 Supprimer un produit
 Arrêter un produit

Page 96/108
Manuel utilisateur
4.8.6. Créer / modifier / dupliquer / supprimer une version
Ces procédures sont les mêmes que celles des versions de conditions de produit, en plus
simple pour certaines, car il n'y a pas d'association d'élément de sous catalogue.
Elle sont accessibles depuis l'arbre de navigation "Paramétrage global"
Voir aussi :
 Créer une version de conditions de produit
 Modifier une version de conditions de produit
 Dupliquer une version de conditions de produit
 Supprimer une version de conditions de produit
4.8.7. Valider / invalider une version
Ces procédures sont les mêmes que celles des versions de conditions de produit.
Elle sont accessibles depuis l'arbre de navigation "Paramétrage global"
Voir aussi :
 Valider une version de conditions d'élément de paramétrage global
 Invalider une version de conditions d'élément de paramétrage global
4.8.8. Déployer / annuler le déploiement d'une version
Le déploiement des versions de conditions d'élément de paramétrage est équivalent à la mise

en vente des versions de produit. Cela la rend utilisable pour la production.
Valider une version de conditions :
1) Dans l'arbre de navigation "Paramétrage global", sélectionner une version de
conditions à l'état "Valide".
2) Cliquer sur le menu contextuel "Déployer".
Annuler le déploiement d'une version de conditions :
1) Dans l'arbre de navigation "Paramétrage global", sélectionner une version de
conditions à l'état "Déployé".
2) Cliquer sur le menu contextuel "Annuler déploiement".

Page 97/108
Manuel utilisateur
4.8.9. Paramétrer l'IHM de saisie
accessible depuis l'arbre de navigation "Paramétrage global"
Voir aussi :
Paramétrer l'IHM de saisie d'une version de conditions de produit
4.8.10. Gérer l'arrêt d'un élément de paramétrage global
accessible depuis l'arbre de navigation "Paramétrage global"
Voir aussi :
 Gérer l'arrêt d'un produit
 Gérer l'arrêt d'un élément de sous catalogue
4.8.11. Imprimer une version
Comme pour la version de produit, il est possible d'imprimer le détail des conditions
applicables d'une version de conditions d'élément de paramétrage global.
Imprimer une version :
1) Dans l'arbre de navigation "Paramétrage global", sélectionner une version.
2) Depuis son menu contextuel, lancer la commande "Imprimer".
4.9. Autres fonctionnalités
4.9.1. Editer une fiche produit
La fiche produit décrit la liste et le détail de ses conditions applicables du produit sur une
période donnée. Il faut donc la demander pour une version de produit.
Editer la fiche produit :
1) Dans l'arbre de navigation "Mise en vente", sélectionner une version de produit.
2) Depuis son menu contextuel, lancer la commande "Imprimer".

Page 98/108
Manuel utilisateur
5. SPECIFIQUE LOANS ET NEW BUSINESS
Design est une station de paramétrage du catalogue produit. Elle est utilisée par plusieurs
progiciels dont Evolan Loans (gestion des crédits) et Evolan New Business (instruction des
crédits).
Les ateliers sont identiques, les fenêtres aussi. Les règles de gestion des produits, des
versions, des sous catalogues sont les mêmes.
Seules les données manipulées (panneaux de zones conditionnées, agrégats, évènements
autorisables, sous catalogues) sont différentes.
Les chapitres qui suivent décrivent les contextes spécifiques d'utilisation de Design.
5.2. Utilisation de Design dans un contexte Evolan Loans
5.2.1. Fonctionnalités non accessibles
Loans n'utilise pas certaines fonctionnalités décrites dans le manuel utilisateur.

Fonctions inaccessibles
Paramétrage global (l'onglet de navigation est absent)
Aucune donnée n'est dérivable dans l'utilisation de Design pour Evolan Loans.
5.2.2. Données du produit
Les conditions applicables d'un produit sont de différentes natures. A chaque famille de
conditions correspond un panneau de saisie. Ces familles sont décrites dans le tableau
suivant :

Page 99/108
Manuel utilisateur
Nom du panneau Divers Description

Conditions financières Ce sont les conditions générales d'un prêt. Les principales sont
la durée et le montant nominal
Conditions d'indexation Taux initial, taux de base, code seuil de répercussion, ...
Révision de taux Conditions de changement du taux pour les périodes
d'invariabilité et de neutralisation
Révision d'échéance ou de durée Périodes de neutralisation ou d'invariabilité de l'échéance,
modalités de changement de durée
Franchise Conditions de la période de franchise
Paliers Agrégats de Liste des paliers type, permettant de faire varier les conditions
conditions du prêt sur des périodes successives
Blocs de remboursement Agrégats de Liste des blocs de remboursement type, permettant de
conditions désynchroniser le remboursement du capital et les intérêts
Dates à fournir Définition du comportement de la saisie des dates du contrat
Données de gestion interne Conditions internes de gestion du prêt (référence externe,
niveaux de découpages administratifs, attributs réglementaires
de déclaration, ...)
Détails financiers Taux de refinancement, intérêts compensateurs, prêt en pool, ...
Assurances Sous catalogue Association d'assurances type
Accessoires à percevoir Sous catalogue Association d'accessoires à percevoir type
Accessoires à reverser Sous catalogue Association d'accessoires à reverser type
Garanties Sous catalogue Association de garanties type
Données supplémentaires Données complémentaires et localisées
Opérations autorisées Opérations Indication des opérations de gestion standard ou de gestion des
impayés autorisées sur le prêt. Saisie des conditions
particulières à certaines opérations
5.2.3. Orientations fonctionnelles
a. Analyse croisée orientations fonctionnelles / panneaux accessible

Le tableau ci-dessous indique pour chaque panneau de conditions de la fenêtre de
propriétés, pour quelles valeurs des orientations fonctionnelles ils sont visibles. Il peut aider
l'utilisateur à valoriser les orientations fonctionnelles afin que la saisie de son produit colle au
mieux à ses besoins.
Le symbole "*" indique que le panneau est accessible quelle que soit la valeur de l'orientation
fonctionnelle considérée.

Page 100/108
Manuel utilisateur
Panneaux / Orientations fonctionnelles Style d'amortissement Style de taux

Conditions financières * *
Conditions d'indexation * R, V
Révision de taux * R, V
Révision d'échéance ou de durée * *
Franchise SF *
Paliers DM, AU, SA *
Conditions de remboursement (un seul bloc) DU *
Blocs de remboursement DM *
Données de gestion interne * *
Dates à fournir * *
Détails financiers * *
Assurances * *
Accessoires à percevoir * *
Accessoires à reverser * *
Garanties * *
Blocs de données complémentaires * *
Opérations autorisées * *
5.2.4. Agrégats
a. Palier type
Généralités
Un palier est une période, dont la durée correspond à tout ou partie du prêt, et sur laquelle
sont réunies des conditions d'amortissement du capital et de perception des intérêts. Sur un
contrat de prêt, plusieurs paliers peuvent être définis, pour répondre à des besoins du client
variables au cours du temps.
Dans le catalogue, il est possible de définir des paliers types. Ce sont des modèles de paliers,
qui réunissent des conditions applicables sous un nom de palier. L'application utilisatrice du
catalogue peut, pour un contrat de prêt, créer plusieurs paliers (périodes avec des conditions
différentes) en se basant sur le même palier type.
Le style de palier
Comme les orientations fonctionnelles de niveau version de conditions de produit, le palier
possède une donnée, le style de palier, qui permet de donner une direction Métier au palier
et de simplifier sa saisie. Le choix d'un style de palier entraîne la simplification du panneau
de saisie du palier, en ne montrant que les onglets et zones pertinentes.
Les styles de palier sont indiqués dans le tableau suivant.

Page 101/108
Manuel utilisateur
Valeur Signification
Echéance constante Le montant de l'échéance est fixe sur la durée du palier
Amortissement constant Le montant de capital amorti à chaque échéance est fixe. C'est le montant d'intérêts qui fait
varier l'échéance. Celle-ci est donc dégressive
Franchise partielle Période de franchise au cours de laquelle l'emprunteur rembourse les intérêts
Franchise totale Période de franchise au cours de laquelle l'emprunteur ne rembourse rien. Les intérêts sont
soit capitalisés, soit différés
Intérêts fixes Le montant des intérêts perçus est fixe pendant la durée du palier.
Intérêts simples bornés Intérêts simples bornés.
Le numéro d'ordre
Il permet d'ordonner les paliers types. Cet ordre est utilisé dans les applications utilisatrices
du catalogue pour la liste des paliers types.
Le code présence
Le code présence permet d'indiquer le comportement du palier type sur les contrats créés
avec le produit auquel il appartient. Il permet par exemple de rendre obligatoire la saisie d'un
palier de franchise totale. La saisie de cette information est obligatoire.
Les valeurs possibles du code présence sont décrites dans le tableau suivant.
Code de la valeur Signification
F Facultatif - La création d'un palier sur le modèle de ce palier type est facultative
O Obligatoire - Un et un seul palier doit obligatoirement être créé sur ce modèle.
R Ré employable - Plusieurs paliers peuvent être créés à partir de ce modèle
M Ré employable au moins un présent - Plusieurs paliers peuvent être créés à partir de ce modèle,
avec au moins un obligatoire
La combinaison du style de palier, du code présence et du numéro d'ordre permettent

d'organiser précisément les paliers des futurs contrats créés sur un produit.
Saisie des paliers
La saisie des paliers n'est visible de l'utilisateur que si les orientations fonctionnelles données
à sa version de conditions le permettent.
Dans la fenêtre des propriétés de la version de conditions de produit, les paliers
apparaissent, dans l'arbre des panneaux, sous la forme d'une liste de sous nœuds du nœud
"Palier".
Sélectionner le nœud "Palier" fait apparaître la liste des paliers type existant. Ce panneau liste
affiche, pour chaque palier, son numéro d'ordre, son libellé, son code présence et son style
de palier.
C'est sur ce panneau liste que l'ordre des paliers peut être modifié.

Page 102/108
Manuel utilisateur
b. Bloc de remboursement
Les blocs de remboursement permettent de désynchroniser l'amortissement du capital de la
perception des intérêts. Ils contiennent les conditions de remboursement du capital qui
s'appliquent alors sur une période différente de celle de perception des intérêts. Les
conditions de perception des intérêts restent définies dans les paliers.
La saisie des blocs de remboursements suit les mêmes règles que celle des paliers. La seule
différence tient au fait qu'il n'y a pas d'orientation fonctionnelle sur les blocs de
remboursement.
5.2.5. Liste des opérations autorisables
Onglet "Gestion"
Nom de l'opération Conditions complémentaires à saisir
Déblocage progressif de fonds Oui
Remboursement anticipé partiel (RAP) constaté Oui
RAP prélevé Oui (conditions partagées avec RAP constaté)
Remboursement anticipé total (RAT) constaté Oui
RAT prélevé Oui (conditions partagées avec RAT constaté)
Modifcation de compélment de taux ou de base d'indexation Non
Modification de date de prochaine échéance Oui
Modification de code devise Non
Modification globale Non
Modification globale hors catalogue Non
Extourne Non
Onglet "Impayés"
Mise en impayés d'une échéance Non
Règlement échéance impayée sur prêt normal ou litigieux Oui
Annulation de règlement Non
Modification des conditions de gestion des retards Oui
Blocage des ré-émissions Non
Blocage des relances Non
Demande d'édition de lettre de relance Non
Plan de rattrapage Non
Onglet "Autre gestion"

Page 103/108
Manuel utilisateur

Blocage pour modification Non
Annulation pour re-création Non
Reprise suite à blocage Non
Titrisation Non
Demande d'édition du TA en batch Non
Demande d'édition de la fiche descriptive en batch Non
Non prise en compte du dossier dans la GP Non
Association du produit générique Non
Modification globale du complément de taux ou de la base d'indexation Non
Modification globale du code devise Non
Reprise en masse d'anciens dossiers Non
Modulation d'échéances Non
Onglet "Autre impayés"

Passage en litigieux Non
Annulation de litige Non
Passage en contentieux Non
Règlement d'échéances impayées sur prêt en contentieux Oui
Déblocage des ré-émissions Non
Déblocage des relances Non
Saisie des modalités de gestion des retards Non
Liste des sous catalogues disponibles :

Nom Description
Assurance Assurances attachées au prêt (ex : assurance chômage)
Accessoires à percevoir Commissions versées à l'établissement prêteur
Accessoires à reverser Commissions reversées par l'établissement prêteur
Garanties Garanties apportées par l'emprunteur
5.2.7. Mise en production
Voir le manuel d'exploitation de Loan Design.
5.2.8. Export pour qualification

Page 104/108
Manuel utilisateur
5.3. Utilisation de Design dans un contexte Evolan New Business
5.3.1. Fonctionnalités non accessibles
New Business n'utilise pas certaines fonctionnalités décrites dans le manuel utilisateur.
Fonctions inaccessibles
Arrêt, suspension de produit
5.3.2. Données du produit

Les conditions applicables d'un produit sont de différentes natures. A chaque famille de
conditions correspond un panneau de saisie. Ces familles sont décrites dans le tableau
suivant :
a. Conditions d'éligibilité
Ensemble de conditions qui serviront à déterminer les produits qui peuvent être proposés à
un client..
Cible de clientèle Renseignements sur le tiers emprunteur
Objets Objet à financer
Projets Agrégats de conditions Objectifs servis par l'emprunt
b. Octroi réglementaire et octroi interne

Conditions réglementaires qui serviront lors des contrôles d'octroi
Ressources Sous catalogue Plafonds de ressources de l'emprunteur. Un seul élément peut être associé
Conditions d'octroi Plafond d'apport personnel, age limite, ...
c. Conditions commerciales
Conditions commerciales du prêt qui seront utilisées en gestion pour calculer les échéances,
les intérêts, ...
Montant de prêt Sous catalogue Fourchette de montant autorisée pour le prêt. Un seul élément peut être
associé
Conditions financières Durée, périodicité, type d'amortissement, ... + données du palier
d'amortissement pour les prêts simples (voir orientations fonctionnelles)
Franchise Optionnel Description du palier de franchise pour les prêts simples avec franchise
(voir orientations fonctionnelles)
Détails financiers Données de gestion
Accessoires à percevoir Sous catalogue
Conditions de retard Conditions de gestion des retards
Remboursements anticipés Conditions de gestion des remboursements anticipés

Page 105/108
Manuel utilisateur
d. Conditions de l'offre
Conditions relative au dossier et au scénario d'instruction
Assurances Sous catalogue
Garanties Sous catalogue
Jeux de réserves Sous catalogue Ensemble de réserves à lever. Une réserve est associée à
une ou plusieurs phases du scénario d'Instruction. Pour
passer la phase, la réserve doit être levée. Pour qu'elle soit
levée, des pièces doivent être fournies.
Jeux de justificatifs à fournir par le client Sous catalogue Ensemble de pièces à fournir par le client avant la fin de la
phase d'élaboration de l'offre
Jeux de justificatifs internes Sous catalogue Ensemble de pièces à produire en interne avant la fin de la
phase d'élaboration de l'offre
Jeux de documents à éditer Sous catalogue Ensemble de documents à éditer et à remettre au client. Un
document est associé à une ou plusieurs phases du scénario
d'Instruction. A chaque validation de phase, les documents
correspondants doivent être édités.
Scénario Sous catalogue Scénario d'instruction. Détermine la liste des phases du
scénario et leurs paramétrage (durée, délai de rétractation,
...)
e. Domiciliation
Indicateur de déblocage de fonds en net
f. Compléments
Autres données
Nom du panneau
Dates à fournir
Données de gestion interne
5.3.3. Orientations fonctionnelles

Loan Design V1.10 pour Evolan New Business ne permet de paramétrer que des produits
simple à taux fixe avec ou sans franchise.
La saisie des orientations fonctionnelles sur le panneau général de la version de conditions
de produits est donc simplifiée.
Le style d'amortissement ne propose que les valeurs "Simple" et "Simple avec franchise".
Le style de taux ne propose que la valeur "Fixe".

Page 106/108
Manuel utilisateur
Liste des sous catalogues disponibles :

Nom Description
Assurance Assurances attachées au prêt (ex : assurance chômage)
Accessoires à percevoir Commissions versées à l'établissement prêteur
Accessoires à reverser Commissions reversées par l'établissement prêteur
Garanties Garanties apportées par l'emprunteur
Jeux de documents à éditer Listes de documents à éditer
Jeux de justificatifs client Listes de documents à fournir par le client lors des phases du scénario d'Instruction
Jeux de justificatifs internes Listes de documents à produire ou de contrôles à effectuer lors des phases du scénario
d'Instruction
Jeux de réserves Listes de réserves à lerver lors des phases du scénario d'Instruction
Montants de prêt Fourchettes de montant des prêts
Scénarios Listes de phases
Taux d'usure Taux à contrôler sur le dossier d'Instruction
5.3.5. Paramétrage global
New Business gère deux types de paramétrage global.

a. Le taux d'usure
Un seul taux d'usure peut être défini. Il est exprimé sous la forme d'une règle de dérivation.
Cette règle de contrôle ne nécessite aucune présentation. Cela explique l'impossibilité de
pouvoir lancer la fonction "propriétés IHM de saisie...".
b. Le jeu de page d'Instruction

Un jeu de pages d'Instruction est un ensemble de pages de saisie de la demande. Il est
possible d'en créer un par type d'offre. Comme pour les pages de saisie d'un prêt, certaines
zones des pages du jeu peuvent être conditionnées (choix des valeurs possibles). Seules les
pages dynamiques de Process sont gérées dans le jeu.
5.3.6. Règles de dérivation
Le moteur New Business Engine sait exploiter les règles de dérivation de certaines données
d'Instruction. Loan Design autorise donc la saisie de règle, mais uniquement sur les données
qu'Engine sait interpréter.
Les critères de dérivation utilisables sont réunis en 4 groupes :

Page 107/108
Manuel utilisateur
Groupes de critères de dérivation

Critères communs
Octroi
Phase
Spécial
A chaque donnée dérivable est associée une liste de groupes parmi ceux décrits ci-dessus. La
répartition est dépendante de ce que sait gérer New Business Engine.
5.3.7. Mise en production

5.3.8. Export pour qualification

Page 108/108

Manuel Utilisateur Loans Credit

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Manuel Utilisateur Loans Credit

Transféré par

Droits d'auteur :

Formats disponibles

Evolan LoansV1.20.

Evolan Loans V1.20

Bank Global Services

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Copyright 2001, tous droits réservés.

EVOLAN est une marque déposée de SOPRA.

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

La documentation du progiciel Evolan Loans est composée des manuels suivants :

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

4.4. Gestion des produits 41

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

5. SPÉCIFIQUE LOANS ET NEW BUSINESS 99

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

C'est un système multi-sociétés, multi-utilisateurs et multi-langues, qui est à destination du

2.1. Mise en route

2.1.1. Pré requis

Les pré-requis sont décrits dans le manuel d'intégration de Loan Design.

Mettre le micro-ordinateur sous tension.

2.2. Principes de l'interface utilisateur

a. Saisie du login et du mot de passe

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

la première connexion (Voir "Changement du mot de passe"). Avec ce profil,

b. Changement du mot de passe

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Fenêtre de saisie d'un nouveau mot de passe.

2.2.2. Les ateliers de travail

a. Les ateliers de Loan Design

Fenêtre de choix de l'atelier

Il suffit de cliquer sur l'atelier désiré, puis de presser le bouton "OK".

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

2.2.3. Ergonomie générale

a. Fenêtre principale de l'application

Fenêtre principale de l'application

Les éléments graphiques de la fenêtre principale sont :

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

b. Barre de menus & menu contextuel

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Volet d'exploration de l'atelier de paramétrage

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

2.2.4. Utilisation de l'aide

a. Appel par la barre des menus

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

c. Sopra sur le web

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

2.3. Objectif de la station

2.3.1. Catalogue produit

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

3.1. A quoi ça sert ?

Fenêtre principale de l'atelier d'administration

3.2. Ergonomie de l'atelier

3.2.1. Barre de menus

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Il contient le lancement des traitements batch d'importation des paramètres, de mise en

3.2.2. Barre d'outils

Elle contient des fonctions :

3.2.3. Arbre de navigation "Utilisateurs"

© Sopra, 2001 / Version : 1.11 / Etat : Travail / Réf. : 20010125-161622-Sté

Le premier niveau de l'arbre affiche la liste des utilisateurs.

3.3.1. Gestion des utilisateurs

- on peut interdire l'accès à une société, ou la rendre uniquement consultable,