Param Trage - Revolving
Param Trage - Revolving
Revolving
Manuel de paramétrage
Conformément à l’article L.122-5 du code de la Propriété intellectuelle seules les copies ou reproductions
strictement réservées à l’usage privé du copiste et non destinées à une utilisation collective sont autorisées.
Toute reproduction totale ou partielle, toute transmission sous quelque forme ou par quelque procédé que
ce soit et à toutes autres fins que l’usage privé sans l’autorisation préalable écrite de Sopra Group est
strictement interdite. Toute représentation ou reproduction de l’œuvre contrevenant aux conditions ci-
dessus énoncées constitue une contrefaçon sanctionnée par deux ans d’emprisonnement et 152 449 €
d’amende (Article L.335-2 et suivants du Code de la propriété intellectuelle).
© Sopra Group, 2008.
Sommaire
1. ARCHITECTURE 1
1.1. Fonctionnelle 1
1.2. Technique 3
2. PARAMETRAGE GENERAL 4
2.1. Table CFG1 4
2.2. Table CFG2 5
2.3. Paramètres de Configuration Autorisés : CFGA 6
2.4. Paramètres de Configuration par Produit : CFGP 9
2.5. Paramétrage de la famille de produit : FPRO 11
2.6. Paramétrage produit : PROD 12
2.7. Paramétrage de la vue 7 du Produit 12
2.8. Paramétrage des types de barème 13
2.9. Paramétrage de la vue 5 du Barème 15
2.9.1. Barème de type Comptant 15
2.9.2. Barème de type UP 16
2.9.3. Barème de type UC 16
2.10. Paramétrage des affectations en fonction du type de barème 17
2.11. Tarifs financiers 18
3. GESTION DE LA CARTE 25
3.1. Notion de Carte 25
3.2. Paramétrage carte 25
3.2.1. Rôles liès à la carte : CFG2 25
3.2.2. TYCA – type de carte 26
3.2.3. STCP – statut carte progiciel 27
3.2.4. STCU – statut carte utilisateur 28
3.2.5. STCB – statut blocage carte 30
3.2.6. STCD – statut déblocage carte 31
3.2.7. CTRP – compteur progiciel 31
3.2.8. CTRU – compteur utilisateur 32
3.2.9. CAR1 – Table utilisateur carte 1 33
3.2.10. CAR2 – Table utilisateur carte 2 35
3.3. Demande de carte 37
3.3.1. Envoi demandes de cartes 37
3.3.2. Réception accords cartes 38
3.4. Modifications cartes 38
3.5. Fichiers des cartes 41
3.6. Modules utilisés 43
4. GESTION DU REVOLVING 45
4.1. Touches TPE 45
4.2. Habilitations 47
4.2.1. Gestionnaire Abonné 47
4.2.2. paramétrage du contrat cadre 49
4.3. Forçage - acceptation 50
4.4. Saisie d’une opération interne 53
4.5. Gestion des TPE internes 57
4.6. Type d’opération 61
4.7. Franchise sur achat 65
4.7.1. gestion des acquisitions en fonction des types de barèmes 66
4.7.2. Gestion des taux bonifiés 67
4.8. Frais 70
4.8.1. Frais 70
4.8.2. Frais spécifiques sur le relevé. 74
4.9. Dé doublonnage 76
4.9.1. Paramétrage tables de configuration 76
4.9.2. Paramétrage du rôle à dé doublonner 77
4.9.3. Zone de contrôle 77
4.9.4. fonctionnalité 79
4.9.5. Reports des informations 81
4.10. Calcul du montant disponible 82
4.10.1. Argument « DIS-ONIMP » 82
4.10.2. Fichier « JAUT » : Fichier journalier disponible Carte Revolving 83
4.11. Traitement batch 85
5. TABLEAU D’AMORTISSEMENT UC 85
5.1. Exemple de TA 85
5.2. Mise à jour Table NTEL 86
5.3. Table CFGA 89
6. RESILIATION DE CONTRAT 90
6.1. Paramétrage des CFGA/CFGP 90
6.2. Paramétrage du statut de résiliation 91
6.3. Paramétrage des motifs de résiliations 92
7. REVOLVING RELEVE 94
7.1. Introduction 94
7.2. Mise à jour des données: 94
7.3. Relance totale et partielle 94
Introduction
Paramétrage général,
Gestion de la carte,
Gestion du Revolving.
Termes utilisés :
1. ARCHITECTURE
1.1. Fonctionnelle
POSTE
POSTEDE
DETRAVAIL
TRAVAILWINDOWS
WINDOWS HTML
HTML
SYSTEME DE PRODUCTION
PRODUITS METIERS FONCTIONS METIERS
REFERENTIELS
REFERENTIELS INSTRUCTION
CARTE
CARTEDE
DECREDITS INSTRUCTIONDOSSIERS
DOSSIERS
Tiers
Tiers
CREDITS ACQUISITION
ACQUISITION
Produits
Produits CREDIT CLASSIQUE
CREDIT CLASSIQUE
AFFECTE GESTION
GESTIONDOSSIERS
Contrats
Contrats AFFECTEou
ouNON
NON DOSSIERS
GESTION
REVOLVING GESTIONDES
DES
REVOLVING PRESTATIONS
PRESTATIONS
CREDIT
CREDIT GESTION
IMMOBILIER GESTIONDES
DESBIENS
BIENS
IMMOBILIER
SERVICES LEASING GESTION
GESTIONDES
DESGARANTIES
GARANTIES
SERVICES LEASING
COMMUNS
COMMUNS LOCATION ENCAISSEMENTS
AGP ENCAISSEMENTS
AGP(Workflow)
(Workflow) LOCATION
LONGUE DECAISSEMENTS
Gestion LONGUEDUREE
DUREE DECAISSEMENTS
Gestiondes
despièces
pièces RECOUVREMENT
Bloc Notes RESSOURCES RECOUVREMENT
Bloc Notes RESSOURCES CONTENTIEUX
… CONTENTIEUX
…
GESTIONNAIRE
GESTIONNAIREDE
DEFLUX
FLUX/ /INTERPRETEUR
INTERPRETEURCOMPTABLE
COMPTABLE(RDJ)
(RDJ)
COMPTABILITE
COMPTABILITE REPORTING
REPORTING
DATAWAREHOUSE
DATAWAREHOUSE
Utilis.: 005 Utilis.: 006 Utilis.: 001 Utilis.: 00n Utilis.: 001
Utilis.: 001 Utilis.: 002 Utilis.: 003 Utilis.: 004
UP UP 3 UC Ux UC
UC CT FM FnM
10xgratuit sans frais
CRD : 230,87 CRD : 0,00
CRD : 1036,43 15/3/04: 143,75 31/3/04: 130,70 31/5/04: 256,80 122,50 100
30/6/04: 456,20 122,50 100
122,50 100
122,50 Développements envisagés
122,50
122,50
122,50
122,50
122,50
1.2. Technique
4
iSeries Evolan Pack SF
EMBOSSEUR
SYSTEME DE PRODUCTION
PRODUITS METIERS
Echanges
FONCTIONS METIERS
Fabrication cartes 3 REFERENTIELS
REFERENTIELS CARTE DE CREDITS
CARTE DE CREDITS
INSTRUCTION
INSTRUCTIONDOSSIERS
DOSSIERS
interbancaires
Tiers
Tiers
ACQUISITION
ACQUISITION Virements
Produits
Produits CREDIT CLASSIQUE
CREDIT CLASSIQUE
AFFECTE ou NON GESTION
GESTIONDOSSIERS
DOSSIERS
Prélèvements
Contrats AFFECTE ou NON
Demandes Contrats
GESTION
GESTIONDES
DES
fabrication REVOLVING
REVOLVING PRESTATIONS
PRESTATIONS
cartes CREDIT
CENTRE Compte-rendus
CREDIT
IMMOBILIER
IMMOBILIER
GESTION
GESTIONDES
DESBIENS
BIENS
SERVICES
AUTORISATION SERVICES
COMMUNS LEASING GESTION DES GARANTIES
GESTION DES GARANTIES
CARTE AGP
COMMUNS LEASING
Banque
AGP(W orkflow)
(Workflow) ENCAISSEMENTS
Routage flux Calcul
Gestion
Gestiondes
despièces
pièces
LOCATION
LOCATION
LONGUE
ENCAISSEMENTS
DECAISSEMENTS Centrale
Bloc LONGUEDUREE DECAISSEMENTS
BlocNotes
Notes DUREE
GESTIONNAIRE
GESTIONNAIREDE
DEFLUX
FLUX/ /INTERPRETEUR
INTERPRETEURCOMPTABLE
COMPTABLE(RDJ)
(RDJ)
6 7
COMPTABILITE
COMPTABILITE REPORTING
REPORTING
Façonnier
édition des
INFOCENTRE
INFOCENTRE relevés
Serveur(s)
Serveur(s)intégré(s)
intégré(s)dd’application
’application
Serveur
Serveurintégré
intégrédd’application
’applicationInternet
Internet Windows
WindowsTSETSE
Evolan
EvolanPack
PackSFSF
2. PARAMETRAGE GENERAL
Ces paramètres sont utilisés par les programmes notamment en absence d’un paramétrage
plus fin au niveau du produit ou du barème
Dans cette table préciser si le Dé doublonnage des Tiers est active : O/N,
et la Sécurité Abonné Prescripteur : se reporter au chapitre 4.2 traitant des habilitations.
Dans cette table préciser les barèmes qui seront utilisés par défaut, si aucun paramétrage
n’est effectué au niveau des barèmes financiers du Produit :
Ce paramétrage peut être également valorisé sous le produit par les tables CFGA/CFGP.
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TCFG2N01 -010
Un niveau plus fin de paramétrage permet de gérer des constantes de gestion au niveau du
produit : les valeurs stockées sont recherchées et interprétées par les programmes. La
présence de ce paramétrage et le choix des valeurs permettent de moduler les traitements.
Restriction :
Les valeurs possibles ne doivent pas dépasser 15 caractères,
Un choix maximal de 5 possibilités alpha et 5 possibilités numériques est offert.
Ce paramétrage définit les codes d’accès utilisés dans les programmes ainsi que la longueur
des variables utilisées, les valeurs possibles et les règles de gestion à appliquer au paramétrage
par produit.
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TCFGAN01 -010
Les options disponibles permettent de créer, copier, renommer ou modifier les codes
d’accès. Il n’est pas possible d’en supprimer.
Cette liste affiche les règles de gestions et les caractéristiques des valeurs ainsi que la
première valeur possible. Cette valeur est considérée comme la valeur « par défaut ».
Code................: DTEFRAP
Date Fin Effet......: 99/99/9999
Si P, le paramétrage est de type progiciel, c’est à dire qu’au niveau du paramétrage par
produit, les seules valeurs autorisées seront celles prévues en CFGA.
Si U, le paramétrage est de type utilisateur, le paramétrage CFGA est le paramétrage « par
défaut » mais la saisie sous le produit est libre.
Choix exclusif : zone obligatoire dans le cadre du paramétrage de type progiciel et interdite
dans le cadre du paramétrage utilisateur. Valeurs possible : Oui ou Non.
Le nombre de caractères autorisé (alpha) est obligatoire et doit être compris entre 1 et
15. Il ne concerne que les valeurs alpha.
Le nombre de décimales : non obligatoire, il ne concerne que les valeurs numériques. S’il
n’est pas saisi et que des valeurs numériques sont paramétrées il est considéré comme à zéro.
Valeurs Alpha : elles sont facultatives. Si elles sont saisies elles ne doivent pas dépasser la
longueur prévue. La première valeur correspond à la valeur par défaut c’est à dire que dans
le cadre du paramétrage par produit, pour un paramétrage de type Progiciel Exclusif, c’est
cette valeur qui est ramenée par la sélection.
Table : indiquer le nom de la table qui contrôlera la valeur saisie.
Valeurs Numériques : elles sont facultatives.
Code................: CDNABI-CT
Date Fin Effet......: 99/99/9999
Commentaires :
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TFPRON01 -010
Dans cette table il convient d’activer la famille de produit Revolving classique, code « U » .
Fin de liste
F05=Réaffichage F23=+Opt F03=Exit F12=Abd TPRODN01 -014
Dans un premier temps déclarer les types de barème revolving dans la table : TYBA
Fin de liste
F05=Réaffichage F23=+Opt F03=Exit F12=Abd TTYBAN01 -010
Nouvelle utilisation :
Le type de comptant n’est affiché que si le code type de barème commence par « CT ». :
1 : comptant immédiat,
Le Type de barème TPE est obligatoire et doit être présent en table TYBA.
La zone Réincorporation impayé sur « UC » est obligatoire et égale à O ou N.
La zone Nb mois de franchises sur CT est obligatoire et égale à un nombre compris entre
0 et 99.
-Informations revolving :
-Actif ........................: O
La zone Règlement au comptant associé fait référence à la table des types de financement
comptant, CDCT :
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TAMAJN01 -010
-Informations revolving :
-Actif ........................: O
Une fois le paramétrage des types de barème effectué, il est possible d’affecter un poids à
chaque type de barème. Ce paramétrage s’effectue avec la table AFEC et pour chaque
produit. Pour affecter un poids à un type de barème, atteindre « ordre d’affectation sur
échéance » pour un produit donné :
TPRODP03I -F01 PARAMETRAGE DES AFFECTATIONS SUR ECH PAR PRODUIT
12/05/06 14:41:15 FCC FRANFIN. V2.00
Produit : CB0001 Carte bancaire revolving
Code : Option :
2 : Modification 4 : Suppression 5 : Affichage
Op Code Libelle mot-clé Valeur
CT1 Comptant à date d'échéance 04
CT2 Comptant à date d'échéance M+1 04
UC Utilisation courante 05
UP1 UP taux standard 06
UP2 UP taux bonifié 06
UP3 UP crédit gratuit 06
La sélection d’un type de barème s’effectue avec la touche F21 et lui affecte
automatiquement la valeur 0, valeur de poids le plus faible. Pour modifier cette valeur il
suffit d’éditer le barème avec l ’option 2 et de saisir un numéro d’ordre :
Numéro d'ordre : 05
Une fois ce paramétrage terminé, les affectations sur les échéances prestations et principales
se feront dans l ’ordre décroissant des numéros d’ordre = les utilisations dont le type de
barème possède un poids plus élevé seront traitées en premier lors d’une tombée.
La touche de fonction F13 sur la vue 5 des barèmes permet de finaliser les tarifs financiers
d’un barème :
18/11/04 15:38:30
Produit.: REV001 Carte Code devise du barème.: EUR Euros
TBAREP47I -F01 CHOIX DU TYPE DE TARIFICATION FINANCIERE
Bareme.......: UC REV CLASSIQ. UC REVOLVING CLASSIQUE
- Taux nominal annuel (échéance constante).................:
- Taux nominal annuel determiné dans une valeur............:
- Pourcentage par palier (échéance constante par palier)...:
- Pourcentage déterminant la part de capital de l'écheance.:
et un taux nominal pour la part d'interets de l'échéance
- Capital divise par nombre d'échéance (taux 0%)...........:
- Saisie libre sous controle d'un taux nominal.............:
- Taux indexé..............................................:
- Taux indexé à capital constant...........................:
- Caractéristiques barèmes par paliers.....................:
- Calcul échéance par module...............................: O
- Module échéance : MCLTPEUC2 - Module calcul TPE : MCLTPEUC1
- Valeur: Si % ou Tx dans valeur: Nb deci..:
Fin de liste
F05=Réaffichage F23=+Opt F03=Exit F12=Abd TMTPEN01 -010
Code.Condition......: 04
Indiquer le libellé du critère, la table qui contrôlera le critère si besoin et le type de tranche :
V (valeur) ou D (durée)
Un découpage par tranches laisse la possibilité de définir des taux et des montants
d’échéance différents pour chacune de ces tranches :
TBAREP55I -F01
18/11/04 15:40:17 SOPRA PARIS PARIS
Produit:REV001 Carte Bareme: UC STANDARD UC STANDARD
Devise: EUR Euros
V
01 Mt utilisation
Limite de fin : Option :
1 : Creation 2 : Modification 5 : Affichage 4 : Suppression
Op Limite début Limite fin Eche Tx fixe Code tx Marge
0,00 499,99 999 28,8000 0,0000
500,00 3 000,00 999 28,8000 0,0000
3 000,01 5 000,00 999 25,0000 0,0000
2 5 000,01 8 000,00 999 25,0000 0,0000
8 000,01 10 500,00 999 20,0000 0,0000
10 500,01 13 000,00 999 20,0000 0,0000
13 000,01 16 000,00 999 20,0000 0,0000
Exemple :
TBAREP76I -F01
18/11/04 15:40:17 SOPRA PARIS PARIS
Produit:REV001 Carte Bareme: UC STANDARD UC STANDARD
Mt utilisation
Limite de début: 5 000,01 Limite de fin : 8 000,00
Pal Ech Per Tx fixe Cd tx Marge Tx tot. Dif Revi Mt échéance
01 999 M 25,0000 25,0000 N 400,00
02
03
04
05
06
07
08
09
10
TBAREP76I -F01
18/11/04 15:41:29 SOPRA PARIS PARIS
Produit:REV001 Carte Bareme: UC STANDARD UC STANDARD
Mt utilisation
Limite de début: 10 500,01 Limite de fin : 13 000,00
Pal Ech Per Tx fixe Cd tx Marge Tx tot. Dif Revi Mt échéance
01 999 M 20,0000 20,0000 N 700,00
02
03
04
05
06
07
08
09
10
Un contrôle est effectué pour qu’il n’y est pas de chevauchement de paliers.
Code Revi
Code révision échéance.
Ce code doit être renseigné afin
Les valeurs possibles sont :
01 : Maintien du TA : les échéances seront disparates.
02 : Maintien Durée(*).
Le maintien de la durée restante de l’échéance, quelle que soit la variation du capital restant
dû, occasionne la modification de l’échéance.
(*)
03 : Maintien de l’échéance (hors prestations) .
Le maintien du montant de l’échéance, quelle que soit la variation du capital restant dû,
occasionne la modification de la durée restante.
Ces valeurs sont contrôlées par rapport à la table REVI – Codes révision.
(*)
Voici les impacts de la valeur de la CFGA-CFGP « CD-CAL-M3 » sur le calcul des
échéances pour les valeurs 02 et 03 du code révision :
3. GESTION DE LA CARTE
CREA_CART : cet argument permet de déterminer les codes rôles TICO : Tiers - contrat
pour lesquels la carte sera automatiquement générée à la saisie dossier (ex : EMP)
PORT_CART : cet argument permet de déterminer le rôle à créer pour chaque tiers
possédant une carte. Ce lien Tiers – contrat permet de déterminer l’ensemble des tiers
possédant une carte et ayant un impact sur un dossier.
Un lien Tiers - contrat dont le code rôle est paramétré dans la table CFG2 pour la valeur
PORT_CART, avec pour adresse principale l’adresse correspondant au type d’adresse
principale (CFG2) ou par défaut l’adresse N°1.
Cette table a pour objet de référencer les types de carte gérées et sert de contrôle lors de la
saisie de la carte. Code type de carte sur 2 caractères :
EN Mono enseigne
GR Groupe
Fin de liste
F05=Réaffichage F23=+Opt F03=Exit F12=Abd TTYCAN01 -010
Code................: EN
O/N commission sur carte : commission au prescripteur pour l’attribution d’une carte,
O/N facturation sur carte : facturation au client pour l’attribution et le renouvellement,
Durée de validité en mois,
O/N activation automatique,
O/N renouvellement automatique.
Cette table de type progiciel, a pour objet de référencer les statuts cartes possibles :
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd F24=+Cdes TSTCPN01 -020
Code..................................: 5
Cette table a pour objet de référencer les statuts cartes utilisateur, de leur associer les options
de gestion et éventuellement des modules de contrôle.
Remarque : les valeurs de cette table ne sont modifiables que pour les options présentes
dans STCP avec un O/N modification = O,
Cette table de type utilisateur, a pour objet de référencer les différents statuts de blocage des
cartes possibles.
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd F24=+Cdes TSTCBN01 -020
Code..................................: 02
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd F24=+Cdes TSTCDN01 -020
Ajout dans cette table d’un compteur carte : NOCARP et un module de calcul :
MCLNOCARP
Societe.............:
Agence..............:
La table CAR1 est une table utilisateur permettant de stocker sous la carte le type
d’information que l’on souhaite. Ce type d’information est défini par un code, un libellé, un
module de contrôle et d’exécution.
Le module de contrôle paramétré dans la table CAR1 est exécuté lors de la saisie de du code
correspondant lors d’une création ou d’une modification de carte.
Le module d’exécution est exécuté lors de la validation de la saisie.
Ces deux modules ne sont pas obligatoires.
La table CAR2 est une table utilisateur ayant le même fonctionnement que la table CAR1.
Elle permet donc elle aussi de stocker le type d’information que l’on souhaite, défini par un
code, un libellé, un module de contrôle et d’exécution.
Le module de contrôle paramétré dans la table CAR2 est exécuté lors de la saisie de du code
correspondant lors d’une création ou d’une modification de carte.
Le module d’exécution est exécuté lors de la validation de la saisie.
Ces deux modules ne sont pas obligatoires.
Le traitement positionne le statut de la carte « à envoyer »., cette opération est assurée par le
module MCLCAR02 déclaré « Module à exécuter lors de la M A D. » dans la vue 4 du
paramétrage produit concerné (appartenant à une famille de produit « U »).
Valeur commerciale.........................:
Valeur negociation reelle..................:
Un traitement journalier détecte les cartes en statut « à envoyer », formate les demandes et
les transfert vers l’établissement émetteur. A l’issue de ce traitement les cartes sont en statut
« demandes transmises ».
Ce paramétrage s’effectue dans un premier temps au niveau de la table MADM en ce qui
concerne la définition des modules.
Si les accords sont communiqués par support magnétique, le traitement prend en charge
l’alimentation du fichier carte avec le N° de carte définitif et le passage à « actif » du statut
carte.
Si les accords sont communiqués par support papier, la transaction de gestion des cartes
permet d’enregistrer le numéro de carte définitif.
La gestion des cartes est paramétrée au niveau de MODP pour les produits concernés.
(Navigateur FCARN01).
Fin de liste
F12=Abd F23=+Opt F03=Exit F12=Abd TMODPN01 -013
Remarque : à chaque fois que le statut de la carte est modifié ou que l’on crée une nouvelle
carte un enregistrement dans le fichier JCAR est créé.
Logiques :
PCAR00 sur NOCONT + NOTIER
PCAR01 sur NOCARP
PCAR02 sur NOCARD
MCTCAR00
Le module MCTCAR00 contrôle les options non référencés dans la table STCU. En
particulier, un contrôle de cohérence est effectué pour les options : 1, 2, 4, C et V. Dans le
cas où l’option serait indisponible pour le statut de la carte, un message signale le problème.
MCTCAR01
Le module MCTCAR01 contrôle que le dossier associé à la carte est bien actif (au moins
une utilisation en statut = 400
MCTCAR02
Le module MCTCARN02 contrôle que la carte que l’on souhaite débloquer est bien en
statut bloqué (pour le statut carte le code ONTPE = N).
MCTCAR03
Le module MCTCAR03 a pour but de contrôler que la carte que l’on souhaite bloquer est
bien en statut actif (ONTPE= « O » en table progiciel), dans le cas contraire un code retour
à 99 est renvoyé associé à un N° de message. Un contrôle de cohérence de la demande avec
la date de déblocage est effectué ainsi que le fait que la carte ne serait pas déjà bloquée ou
non active.
MCTCAR04
Le module MCTCAR04 contrôle que la date de traitement est identique à la date de
modification du statut, dans le cas contraire un code retour à 99 est renvoyé associé à un
N° de message. Un contrôle de cohérence de la demande avec la date de déblocage est
effectué.
MEXECAR01
Le module MEXECAR01 modifie le statut carte en le forçant à la valeur statut stockée dans
CDTABL de STCU pour le CDTAB2 = à l’option choisie
MEXECAR02
Le module MEXECAR02 repositionne la carte en situation antérieure. Il supprime
l’enregistrement actif et l’enregistrement d’annulation précédent et ré active l’enregistrement
précédent de création. La carte reprend son statut antérieur
MEXECAR03
Le module MEXECAR03 clôture l’ensemble des cartes liées à un contrat. Il est mis en
œuvre lors du traitement de clôture automatique des contrats.
MCLCAR01
Ce module : MCLCAR01 génère le ou les enregistrements carte automatiquement liés au
contrat et les liens Tiers – contrat associés:
recherche de tous les tiers liés au contrat par le rôle définit en CFG2 par CREA_CART,
pour chacun de ces tiers
Contrôle de l’existence d’un lien Tiers - contrat dont le code rôle est paramétré dans
la table CFG2 pour la valeur PORT_CART,
Si ce lien n’existe pas le module prend en charge sa création avec pour adresse
principale l’adresse correspondant au type d’adresse principale (CFG1) ou par défaut
l’adresse N°1
recherche de tous les tiers liés au contrat par le rôle définit en CFG2 par PORT_CART,
pour chacun de ces tiers
vérification dans le fichier carte que la référence (tiers, contrat) n’existe pas déjà,
attribution d’un numéro de carte provisoire (NOCARP),
enregistrement de la référence (tiers, contrat, numéro de carte provisoire) dans le
fichier carte (description du fichier en annexe). Le numéro de carte définitif est
renseigné avec le numéro de carte provisoire. Le statut carte est positionné en « saisie
carte » et la date statut carte est initialisé. Le type de carte n’est pas renseigné.
Le numéro de carte provisoire est restitué par le biais d’une fenêtre en sur impression : appel
à un mini-navigateur FCARN02.
MCLCAR02
Ce module : MCLCAR02 génère le ou les enregistrements carte automatiquement liés au
contrat et des liens tiers – contrat associés, si la carte ou les liens ne sont pas déjà
présents et le positionnement des cartes en statut « à envoyer »
Contrôle de l’existence d’un lien Tiers - contrat dont le code rôle est paramétré dans la
table CFG2 pour la valeur PORT_CART, si ce lien n’existe pas le module prend en
charge sa création avec pour adresse principale l’adresse correspondant au type d’adresse
principale (CFG1) ou par défaut l’adresse N°1.
recherche de tous les tiers liés au contrat par le rôle définit en CFG2 par PORT_CART,
vérification dans le fichier carte que la référence (tiers, contrat) n’existe pas déjà,
attribution d’un numéro de carte provisoire (NOCARP),
enregistrement de la référence (tiers, contrat, numéro de carte provisoire) dans le fichier
carte (description du fichier en annexe). Le numéro de carte définitif est renseigné avec le
numéro de carte provisoire. Le statut carte est positionné en « demande à envoyer » et la
date statut carte est initialisé. Le type de carte n’est pas renseigné.
Le numéro de carte provisoire est restitué par le biais d’une fenêtre en sur impression : appel
à un mini-navigateur FCARN02 .
MCLNOCARP
Ce module calcule le nouveau n° de carte à partir de l’ancien : incrémentation de 1 en
standard.
4. GESTION DU REVOLVING
Le fichier PCTP associe aux touches du TPE les barèmes autorisés pour un prescripteur
donné ou pour tous les prescripteurs et à une date donnée :
La mise à jour de ce fichier est faite par l’option « Versions Barèmes » sous le paramétrage
Produit :
La date de début d’effet est obligatoire et ne doit pas être inférieure à la date du jour.
En regard des touches sélectionner les barèmes voulus avec la touche d’aide F04.
88 : barème pris par défaut dans le cas de l’ activation d’une touche non définie,
99 : non utilisé.
4.2. Habilitations
un filtre des contrats cadres est positionné en fonction de ces deux zones.
Un abonné est défini comme gestionnaire (table GSTR). Le lien avec le tiers prescripteur se
fait par la saisie du n° de tiers prescripteur dans la table GSTR.
Toujours sur cet écran , on autorise un gestionnaire « abonné » à une liste de zones
commerciales grâce à la touche de fonction F14 qui affiche la table DCZO, la sélection est
stockée par gestionnaire dans la table DCZG
Ces sélections peuvent être totales (habilitation à toutes les agences, toutes les zones) en
utilisant la touche de fonction F21 ou partielles avec la touche de fonction F06.
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TBUREN01 -010
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TAMAJN01 -010
Fin de liste
F19=Vue 3 F20=Vue 2 F16=Rech. par Immatri. F12=Abd F24=+Cdes FDOSN01 -070
Une fois le montant autorisé saisi, le forçage / acceptation est géré dans la partie basse de
l’écran :
Forçage/Acceptation
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TCDCFN01 -010
Motif
Saisir l’un des codes définis dans la table CDCG pour indiquer le motif (table liée avec la
table CDCF)
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd F24=+Cdes TCDCGN01 -010
Exemple pour le statut « ACS » , 4 statuts peuvent être enchaînés en fonction du code
forçage / acceptation :
Pour plus de détail sur les statuts se reporter au manuel paramétrage PRODUIT
Nbre d'échéances si UP : 12
Prescripteur :Il s’agit du fournisseur (magasin) chez lequel l’achat a été réalisé.
Le n° pré affiché correspond au numéro tiers indiqué sous la définition du gestionnaire en
cours. Ce numéro peut être modifié.
Il doit exister dans la base tiers pour le rôle prescripteur, il est obligatoire.
L’écran affiche les nom – prénom du tiers.
Numéro de Carte : Si le numéro de carte est saisi il doit exister dans la base carte pour une
carte « active »
Les numéros tiers et contrat sont déduit et pré affichés.
Numéro de tiers : Si le numéro de carte n’est pas saisi le numéro de tiers est obligatoire et
doit exister dans la base.
Numéro de contrat : Ce numéro est constitué du code société, code agence et numéro. Il est
obligatoire si le numéro de carte n’est pas saisi.
Il doit exister dans la base contrat actifs.
Le tiers doit exister pour le rôle «porteur de carte » du contrat.
L’association tiers contrat doit exister dans la base carte pour une carte « active ».
Date de l’achat : Cette date doit être valide et comprise entre la date de signature et la date
du jour. La date d’achat est pré-affichée avec la date du jour. Un paramètre de niveau société
(table CFGA ; DATETPIPRT) permet de gérer la protection de cette zone. Si ‘O’ date
d’achat = date du jour, non modifiable ; si ‘N’, date initialisée à la date du jour, mais
modifiable.
Montant de l’achat : en devise d’achat. Pour un frais, le montant saisi est TTC ou HT selon
le paramétrage prestation décrit plus bas dans le paragraphe 4.8.
Code Opération : Ce code doit être identifié dans la table TOPE. Zone obligatoire et
contrôlée. L’écran affiche le libellé de l’opération.
Frais (O/N) :Si des frais sont paramétrés pour le code opération la zone est pré affichée à
Oui. Il peut être forcé à Non, dans ce cas les frais prévus ne seront pas facturés. Si aucun
frais n’est prévu pour le code opération, cette zone ne permet pas le Oui.
Code TPE : Si ce code est saisi il doit être présent dans la version correspondant à la date de
l’achat pour le produit du contrat. S’il n’est pas saisi le barème doit être saisi.
Barème : Si le code TPE est saisi le code barème correspondant est affiché et non
modifiable. Si le code TPE est à blanc la saisie du barème est obligatoire. Le barème doit
exister pour le produit et la devise du contrat, il doit être actif.
Barème Assurance : Saisie d’un barème dans le cas d’une opération dont la prestation est une
assurance. Le montant de l’opération saisi dans la table TOPE pour une assurance doit être
nul. Le montant de la prestation est calculé à partir du barème de l’assurance lors de l’appel
de l’échéance. Conditions d’intégration de l’assurance : la prestation n’existe pas déjà au
niveau du contrat et le barème saisi est autorisé pour celle-ci.
Le calcul tiendra compte du terme, de la marge et de la TVA définis au niveau du barème
prestation.
Le module de calcul de l’échéance à l’appel devra prendre en compte les prestations
renouvelées automatiquement.
Nbre d'échéances si UP : 12
Remarques :
A l’issue de ce traitement :
La saisie de frais seul correspond à la saisie d’un flux avec code TPE à blanc, barème
renseigné, code origine TPE à « F », code opération correspondant à un frais. Dans ce cas le
montant frais est libre (saisissable)
Nbre d'échéances si UP : 12
Devise :
N° de carte : 0000000100000000041 ou
N° de tiers : 00002000289 N° de contrat : 00 001 1002083
N° de carte : 0000100199999999929 ou
N° de tiers : 01006048830 N° de contrat : 01 001 99000000769
Les types d’opération admises pour une carte sont déclarés dans la table TOPE :
Achat avec frais : code opération d’achat : type = A, code opération renseigné et code
frais renseigné,
Frais : code opération de frais : Type = F, code opération renseigné, code prestation
renseigné, montant renseigné,
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TMFUTN01 -029
Simulation R (R/S/X)
Decheance du terme N (O/N)
Si oui, Fin de contrat prealable obligatoire...: N (O/N)
Motif lié à une annulation d'achat............: O
VUE 2 :
TMFUTP07I -F01 OPERATIONS SUR "MOTIF DE FIN D'UTILISATION" Vue 1 Mt en EUR
26/11/04 10:53:42 SOPRA
Code Motif fin utilisation..: 06
Libelle Long................: Annulation achat UP
TMFUTP08I -F01 OPERATIONS SUR "MOTIF DE FIN D'UTILISATION" Vue 2 Mt en EUR
VUE 3
TMFUTP07I -F01 OPERATIONS SUR "MOTIF DE FIN D'UTILISATION" Vue 1 Mt en EUR
26/11/04 10:54:08 FCC FCC FF2
Code Motif fin utilisation..: 06
Libelle Long................: Annulation achat UP
TMFUTP08I -F01 OPERATIONS SUR "MOTIF DE FIN D'UTILISATION" Vue 2 Mt en EUR
Cette notion permet de déterminer les utilisations pour lesquelles un délai de paiement
gratuit est possible. Durant ce délais, l’achat n’est pas pris en considération pour le calcul de
la tranche, aucun agio n’est compté
Au delà de ce délais, l’achat est pris en considération pour une date de valeur définie par
paramétrage barème- code TPE. Cette date pouvant être rétro active par rapport à la date de
fin de délais.
Exemple :
Les tombées s’effectuent le 05 de chaque mois, avec un relevé au 25 du mois précédent.
Pour un code date de valeur à 0, un achat effectué le 8/11 aura des intérêts calculés
du 8/11 à la date de règlement
Pour un code date de valeur à 1, un achat effectué le 8/11 aura des intérêts calculés
du 25/12 à la date de règlement (si l’achat n’est pas réglé avant)
Règles de calcul :
code code date de fin date de valeur Calcul des intérêts
délais de date de de franchise d’intérêt
franchise valeur
0 0 jour de l’achat jour de l’achat date prochain relevé
0 1 jour de l’achat jour de l’achat date prochain relevé
1 0 date prochain relevé jour de l’achat date prochain relevé
+ 1 mois + 1 mois
1 1 date prochain relevé date prochain relevé date prochain relevé
Pour cela, des codes permettent de paramétrer les barèmes afin de déterminer le calcul du
délai et le calcul de la date de valeur d’achat.. Ces codes ne seront autorisés que pour les
types de barèmes = « UC ».
Pour chaque code TPE standard entrant dans le système, on appel un module spécifique
destiné à prendre en compte les règles de gestion définies par type de barème, code TPE.
Pour chaque code TPE particulier ( interne ou externe) le système recherche le traitement à
appliquer.
Les codes particuliers (différents de 0*) sont gérés directement à l’intérieur des programmes :
blanc : utilisation carte à assimiler à un retrait DAB
99 : Retrait DAB
R* : régularisation d’un TPE pour code existant ≠ 0*
FC, CA, RC … : code TPE « alpha » permettant de gérer des étapes particulières du dossier.
Un code TPE particulier peut avoir les mêmes règles qu’un TPE standard.
Déclaration d’un code valeur dans la table RVAL – répertoire des valeurs standard et défini
comme taux.
Le mot clé « TAUXBONIF » définissant la valeur taux bonifié est défini dans la table
progiciel des mots clefs : MCLV
Pour chaque produit ayant à gérer ce type d’utilisation, le mot clé « TAUXBONIF » est
rattaché au produit via la table RVAP.
Paramétrage dans la table ORIV d’un code origine valeur destiné à identifier les PVAL’s de
« Participation Fournisseur », ce code origine valeur dédié est : « PF »
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TAMAJN01 -010
La valeur à attribuer à ce mot clé est paramétrée par barèmes au niveau des valeurs associées,
activer la fonction F14 sur la dernière vue du barème :
4.8. Frais
4.8.1. Frais
Les Frais sont gérés à travers les prestations, à déclarer dans la table de configuration CFG2 :
Les frais et les commissions se paramètrent sous les prestations, en déclarant au préalable le
type de prestation :table TYPR :
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TAMAJN01 -010
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TPRESN01 -020
Code...................: 53
Type de reversement....:
Taux de TVA............:
ou mot clé.......:
Calcul T.E.G...........: N
Type de prestation.....: FR Frais sur achat
Calcul TEG : préciser si la prestation sera comprise dans le calcul du TEG : (O/N)
BAREME PRESTATION
14/12/04 11:56:54
Prestation.: 50 Frais activation rapide carte
Code devise....: EUR Couronne tchèqu
Bareme.........: MT FRS DAB+DDF MT FRS DAB+DDF
TBAREP48I -F01
Montant total....................: O
Base annuelle....................:
Base mensuelle...................:
Base encours financier...........:
Base echeance financiere.........:
Echeance libre...................:
Mt prest inclus dans interet fin.: Barème défini TTC: _
Prestation liée à une garantie...: N Type de garantie :
Condition d acces................: 00 Pas d acces
Valeur pour application.........%: TFRS Tot. frs/prest Nb deci. :
Barème défini TTC : O/N le montant de la prestation inclus le taux de tva défini dans le
barème de la prestation. Ce champ détermine si le montant saisi pour un frais, lors d’une
opération interne ou externe, est TTC ou non.
Le barème prestation doit être autorisé sous l’UC : paramétrage du barème d’un produit,
et F15 sur la vue 4 des barèmes, par la fonction F21 relier la prestation voulue
Ce paragraphe traite du paramétrage de la table PRES, plus précisément des frais spécifiques
sur le relevé, tels que les frais sur SMS et les frais de relevés.
Code 01
Description DIM
Short name DIM
Agreement type AC Avec accord
Provider number 010054344
Provider payment type
VAT rate
or keyword
APR calculation O
Service type AS INSURANCE
Amt included in installment O
IFRS PARAMETERS
Commission/fee type 1 FEE&COMM typ1
Sign +(received)/-(paid) + Received
(3 lignes ci dessus sont retirées)
Code 01
Description DIM
Short name DIM
Agreement type AC Avec accord
o Le module spécifique de contrôle en début d’appel est appelé au moment du calcul du montant
de la prestation : il permet de déterminer au début de l’appel si le frais doit être généré ou pas.
o Le module de tarification permet de déterminer le montant de la prestation.
o Un deuxième module de contrôle de fin d’appel vérifie par exemple le montant appelé. Ce
module n’intervient qu’en fin de traitement d’appel.
o Le module d’exécution servira dans un premier temps à alimenter le fichier FFCOUPON qui
contient les informations nécessaires à l’envoi du SMS (NOCONT, Numéro de téléphone,
Montant appelé du client) et sera appelé sous la condition par exemple que le montant appelé
est différent de zéro
o Le rang de priorité indique dans quel ordre les frais sont traités. Le rang de priorité pour les frais
de SMS doit être paramétré à 99 par exemple, car le SMS envoyé au client tient compte du
montant appelé total. De plus, il ne peut pas y avoir 2 frais de SMS pour un même contrat (une
même UC).
4.9. Dé doublonnage
Les prescripteurs créent les tiers sans contrôle de présence dans la base. La fonction de dé
doublonnage permet de regrouper les nouveaux tiers sur un tiers déjà présent. Le critère de
regroupement est le numéro d’identité de naissance. Les tiers ainsi regroupés bénéficient des
nouvelles informations tout en gardant leur ancien numéro identifiant dans l’application.
La zone Rôle à dé doublonner doit être à « O » pour que la fonction soit appelée.
Secteur activité
4.9.4. fonctionnalité
RTIC010I -F01 Regroupement nouveau tiers sur tiers existant/ par role
24/11/04 10:26:55 SOPRA FINANCE
Nom LASNIER fifi Rôle EMP Emprunteur
Né le 11/08/1954 à 000 No JF :
N° Ident.: 1540800 Adresse: 10 rue Diderot
N° Tiers.: 00002000295
75012 PARIS FR
X : Selection
Tiers né le à
X 00002000064 LASNIER philippe 11/08/1954 AMBERIEU EN
Fin de liste
F03=Exit F12=Abd F05=Réaffichage TM100N23 -030
Si un tiers est sélectionné, les informations relatives au tiers de départ (nouveau tiers en
phase d’acquisition) sont reportées sur le tiers sélectionné. Les informations contrat en phase
d’acquisition sont rattachées au tiers sélectionné pour le rôle.
Si après dé doublonnage plus aucune information de type contrat n’est associé au nouveau
tiers, celui-ci est supprimé de la base :
Adresse : PADR
Les adresses du nouveau tiers sont ajoutées aux adresses du tiers sélectionné. L’adresse
principale du tiers sélectionné devient « ancienne adresse principale » (Cf. Paramétrage
CFG2) l’adresse principale du nouveau tiers devient également l’adresse principale du tiers
sélectionné. (mise à jour du numéro de séquence adresse PTIC pour le tiers sélectionné)
Identifiant bancaire : PRIB
Les RIB du nouveau tiers sont ajoutées aux RIB du tiers sélectionné.
Données Tiers : PTIB, PTIP, PTIF, PTIT, PTSP
Les informations du tiers sélectionné sont entièrement remplacées par celles du nouveau
tiers.
Données Tiers – Contrat : PTIC
Les informations du contrat associées au nouveau tiers sont rattachées au tiers sélectionné,
pour le rôle proposé.
Information Cartes : PCAR, JCAR, JTPI.
Si le rôle en cours correspond au rôle pour lequel le système génère automatiquement une
carte à la validation, les informations du contrat associées au nouveau tiers sont rattachées au
tiers sélectionné.
Informations Agenda : PAGD
Les informations du contrat associées au nouveau tiers sont rattachées au tiers sélectionné,
pour le rôle proposé.
Informations bien et matériel : PMAT
Les informations matériel du nouveau tiers dont le numéro matériel correspond à un bien
associé au contrat en cours d’acceptation sont rattachées au tiers sélectionné.
Informations bloc note : PBLE, PBLN
Les informations du contrat associées au nouveau tiers sont rattachées au tiers sélectionné.
Informations valeurs : PVAL
Les informations du contrat associées au nouveau tiers sont rattachées au tiers sélectionné.
Informations liens contrat-contrat, pièces, garanties … : PCOC, PPIE, PGAR, PLUS
Les informations du contrat associées au nouveau tiers sont rattachées au tiers sélectionné,
pour le rôle proposé.
Le montant disponible est obtenu par un calcul en temps réel et en traitement batch. Il prend en
compte les évènements de la journée :
Disponible = Autorisé – (Utilisé + Autorisation en cours + Flux TPE internes en attente + Solde
des impayés avec IR)
avec Utilisé = Capital Restant Dû + Solde des impayés (part d’amortissement) – Solde paiement
d’avance (part d’amortissement)
Le montant du disponible est forcé à zéro en cas de situation tiers du type « Tiers refusé », si
toutes les utilisations du contrat sont fermées, en cas de carte bloquée ou fermée, et si le contrat
est au contentieux.
En cas d’impayé présent sur le contrat, le montant du disponible peut être forcé à zéro (si dans le
paramétrage de la CFGP/CFGA : l’argument « DIS-ONIMP » positionné à ‘O’).
Cet argument sert à déterminer si le montant du disponible doit être remis à 0 en cas de
présence d’impayés non soldés (quels que soient ces impayés) sous le contrat.
Table « CFGA »
Code................: DIS-ONIMP
Date Fin Effet......: 99/99/9999
Commentaires :
Table « CFGP »
• Disponible théorique
Le montant « théorique » du disponible correspond au montant réel du disponible après éventuelle
mise à jour. En effet, en cas d’impayés non soldés ou de codes situations tiers (table « SITT ») de
type « Tiers refusé », le montant du disponible peut être forcé à 0 (cas des impayés) et est forcé à 0
(cas des situations tiers).
Cela constitue le montant « théorique » du disponible qui est communiqué au centre d’autorisation.
• Disponible réel
Le disponible réel est le montant du disponible tel que résultant du calcul sur la mise à jour de ce
dernier. Ce n’est pas ce montant qui est communiqué au centre d’autorisation.
Des traitements batch spécifiques au Revolving sont à paramétrer dans la table TRTB :
5. TABLEAU D’AMORTISSEMENT UC
5.1. Exemple de TA
Le tableau présenté est la situation du contrat Revolving, pour la partie UC, après RAT du
15/06
Hors échéances normales prélevées le 15 du mois, les opérations suivantes sont réalisées :
Date Opération Montant Date cumul
01/04 Achat initial 45 000 05/04
06/04 Achat 1 500 05/05
15/04 Remboursement de capital 4 000
04/05 Remboursement de capital 6 000
05/05 Achat 3 000 05/05
06/05 Annulation Achat 1 500 05/06
15/05 Achat comptant réincorporé à l’UC (impayé) 8 000
23/05 Achat 1 000 05/06
15/06 Fin de contrat solde
La colonne type du tableau d’amortissement est alimenté à partir du code de la table NTEL.
TREPTP03I -F01 MISE A JOUR DU REPERTOIRE DES TABLES EVP
25/05/05 12:13:28 BENCHMARK PACKBENTDA
Code : Option
X : Sélect. 2 : Modifier 3 : Copier 4 : Supprimer 5 : Afficher
Op Code So/Age Designation HR SAP Typ Cod Lib
X NTEL CODE NATURES ECHEANCES N N U 1 30
NVEM MOTS CLES ENCHAINEMENT NAVIGATION N N P 10 50
NVGT REPERTOIRE DES NAVIGATEURS O N P 10 50
OBJT OBJETS BANCAIRES O N P 3 32
OCAA OPERATION CAISSE LIEES A DES CODES AFFECATION O O U 5 32
ONTB Table des O/N N N P 1 50
OPCA OPERATIONS DE CAISSE N N U 5 30
OPCF OPERAT. DE CAISSE AUTORISEES FLUX TRESORERIE N N U 5 50
OPCM OPERATIONS DE CAISSE AUTORISEES MULTI PAYEUR N N U 5 50
OPCP OP CAISSE INTERDITE / PRODUIT O O U 11 30
OPCR CODE RESILIATION N N P 2 30
OPCV VALEURS DE L'OPERATION DE CAISSE N N U 7 30
OPC2 OPERATIONS DE CAISSE N N U 5 30
OPTI OPTIONS PAR DEFAUT SECURISATION TABLES N N P 2 32
ORIE CODE ORIGINE VALEURS ENTETE N N U 4 50
ORIF CODE ORIGINE DES ENREG. PAFE N N P 2 50
ORIG ORIGINE CONTRAT N N U 2 30
Code : Option :
2 : Modification 5 : Affichage
OP Nat ech libelle
Nature échéance.........: Z
Code édition............:
Code................: ONTADET
Date Fin Effet......: 99/99/9999
Lorsque ce code est positionné à ‘N’ les achats sont cumulés par date d’appel (Cf 5.1) , si
‘O’ les achats sont présentés en détail par date d’achat.
6. RESILIATION DE CONTRAT
Code................: RESI-
RESI-STU
Date Fin Effet......: 99/99/9999
Commentaires :
Code................: RESI-
RESI-JOUR
Date Fin Effet......: 99/99/9999
Commentaires :
Fin de liste
F05=Reaffichage F23=+Opt F03=Exit F12=Abd TAMAJN01 -010
7. REVOLVING RELEVE
7.1. Introduction
Par défaut, elle doit être à O, car cela indique que l’achat ou le frais a été pris en compte
dans le relevé.
Mais éventuellement pour rejouer la relance plusieurs fois, on peut l’alimenter à N et
ainsi les enregistrements pourront à nouveau être extraits lors de ces relances.
Les données sont mise à jour selon l’argument RLV-MAJDT de la table CFG1
RLV-MAJ-DT peut prendre deux valeurs: ‘O’ ou ‘N’
RLV-MAJ-DT permet la mise à jour du fichier PREV. Ce qui permet d’afficher
plusieurs fois les achats UP et ne comptabilise ces achats UP qu’une seule fois
RLV-RELA permet d’alimenter les contrats dont on veut faire la relance (dans le fichier
PRL2)
NOM LIBELLE
JCAR Fichier cartes du jour
JTPI Fichier des flux internes du jour
JAUT Fichier journalier disponible cccarte
PACH Fichiers des achats
PAFP Fichier des Appels
PAUT Fichiers des authorisations
PCAR Fichier des cartes
PCOM Fichiers des commissions apporteurs
PCOS Relations entre contrats
PCTP Touches TPE
PEND Fichier endettement (taux d’endettement)
PFCP Fichier des prescripteurs
PREV Revolving
PRLV Fichier des relevés
PSOL Solde par prescripteur si négatif
PTPE Fichier des flux externes
PTPI Fichier des flux internes
PRLA Fichier permanent du Détail des Achats
PRLC Fichier permanent des données carte pour le relevé Revolving
PRLD Fichier permanent de détail
PRLE Fichier permanent d’En tête des Relevés
PRLR Fichier permanent d’anomalies
TPIRL1 copie du TFAC03
TPIRL2 copie du TFAC10
TPIRL3 copie du fichier d’entête. Permet de gérer la relance
TRLA Fichier des Achats
TRLC Fichier physique des données carte pour le relevé Revolving
TRLD Fichier de travail : Détail
TRLE Fichier de travail : En tête
TRLR Fichier de travail : Erreur
TRL1 Fichier des Contrats
TRLH2 Fichier historique des corrections
STRLE Fichier entête pour correction
STRLA Fichier achat pour correction
STRLD Fichier détail pour correction
STRLC Fichier carte utilisé pour correction
CODE LIBELLE
AGST Statut dossier
BARC Condition d’accès au barème
BARL Libellé critères conditions d’accès
BURE Agences commerciales
BURG Agences commerciales habilitées par gestionnaire
DCZO Zones commerciales
DCZG Zones commerciales habilitées par gestionnaire
CDCF Code confirmation Forçage/Acceptation
CDCG Code confirmation + motif
CDCT Type de financement comptant
CFG1 Paramétre de configuration (O/N)
CFG2 Paramétre de configuration valeur alpha
CFG3 Paramétre de configuration valeur
CFGA Configuration autorisé (produit)
CFGP Configuration produit
CTRP Compteur progiciel
CTRU Compteur utilisateur
DEVI Table des devises
FPRO Famille de produit
MADM Module mise à disposition
MCLV Table des mots clefs
MODP Modifications de dossier
MTPE Modules de calcul TPE
MFUT Motif fin d’utilisation
ORIV Code origine valeur
PRES Table des prestations
PROD Produit
RVAL Répertoire des valeurs
RVAP Répertoire des valeurs d’un produit
STCB Statut blocage carte
STCD Statut déblocage carte
STCP Statut carte progiciel
STCU Statut carte utilisateur
TOPE Type d’opération
TRTB Repertoire traitement batch
TYBA Types de barèmes revolving
TYCA Codes type de carte
TYPR Type de prestation