Posted by 
Présentation des fonctionnalités
Processus type de paramétrage
Exemple de paramétrage
Batch EOD
Présentation des fonctionnalités
L’objectif de ce module consiste à définir des structures de bases de donnée devant permettre de recueillir des informations de type analytiques. A partir de ces bases, il est ensuite possible de constituer des rapports présentant des marges de profitabilités, des statistiques, des analyses de résultats/volumes diverses, déclinées suivant de multiples critères de consolidations. Cela peut prendre la forme suivante :
Ce schéma résume les informations que l’on va retrouver dans la table MI.DB.DEFINITION, e.g. Lignes (quels sont les produits concernés) Colonnes (quels sont les montants à considérer tels que capitaux moyens, intérêts créditeurs de refinancement, etc…)Critères de consolidations (quels sont les optiques d’analyses à retenir tels que client, département, devise, etc…)
Principes Retenus
Ce module permet de calculer des résultats de rentabilité diverses, dans une optique “banque”; Il n’est pas utilisable pour déterminer des performances de positions clientèles, des enquiries spécifiques s’en chargent par ailleurs. La confusion est notamment souvent faite dans les départements financiers des banques.
L’activité d’une banque consiste essentiellement en la gestion d’actifs (placements/crédits), qui lui est rendu possible par la détention de passifs (dépôts clientèles, dépôts divers, emprunts divers), ceci au travers d’échéances très différentes. Dans le métier de la banque privée, la plupart des actifs à gérer se font pour le compte de tiers : Beaucoup de ces activités ne figurent pas dans le bilan de la banque (hormis les comptes de dépôts, ATF -prêts à court ou moyen terme, etc). Pour ce type de transactions, les résultats de la banque se feront essentiellement sur base de commissions encaissées -notamment parce que des règles légales empêchent les banques de prendre des marges sur les prix des valeurs mobilières ou des différentiels de taux sur les dépots/placements fiduciaires.
Le rôle du MIS consiste à fournir des résultats qui ne sont pas toujours comptabilisés de manière claire : ils figurent intrinsèquement dans les comptes de résultats, mais ne sont pas directement lisibles dans des rapports comptables dès que l’on souhaite les faire apparaître pour un client, un service, un département, un gestionnaire, un type d’instruments, etc… Le MIS va ainsi permettre de connaître la rentabilité estimée de chaque transaction, dans la mesure ou l’on va saisir et comparer les taux clients et trésorerie (coûts de refinancement). Ces taux trésorerie n’étant souvent que des moyennes mensuelles généralement constatées, les résultats MIS ne seront jamais précisément réconciliables avec ceux de la comptabilité. Le MIS va également permettre de répartir des résultats comptabilisés globalement sur différents centres de profits ou de coûts. La notion de coût unitaire est également applicable grâce à des moteurs d’imputation automatiques de ces coût à différents types de transactions. L’analyse du contenu du bilan est également accessible par le MIS, grâce aux calculs de capitaux moyens. Ceci permet de comparer des volumes d’instruments hétérogènes sur différentes périodes passées. Pour finir sur les analyses, des données statistiques sont également disponibles (nombre d’occurrences par types de transactions, etc…). Enfin, la plupart des données récupérables peuvent faire l’objet de calculs et d’analyses d’écarts budgétaires.
En résumé, les fonctionnalités disponibles dans le MIS de Globus sont les suivantes:
-
- Le calcul et la mise à jour quotidiens de capitaux moyens mensuels pour les tous domaines applicatifs (MM-money market, FX_
forex, LD_loans and deposits, AC_account, incluant les comptes internes, FD_fiduciary, MG_mortgages, TF_trade finance, FRA, SWAP, SECURITIES – pour les portefeuilles de la banque seulement, MD-Garanties, etc…)
-
- Le calcul et la mise à jour quotidiens de statistiques (volumes et nombre d’occurrences) sur tous types de transactions ayant impacté des comptes cash (incluant les transactions titres clientèles).
- Des liens directs vers la table historique contenant toutes les écritures comptables de pertes et profits (incluant notamment toutes les écritures courues ou réalisées sur intérêts, charges, frais, commissions, droits de garde, etc…)
- Des outils permettant de calculer les coûts de refinancement sur tous les produits de type intérêts (sous forme de contrats ou de comptes), calculs des marges d’intérêts qui s’en déduisent.
- Une table recevant des écritures analytiques manuelles de toutes natures (étanches par rapport à la comptabilité “opérationnelle”).
- Une table recevant des écritures analytiques “automatiques” : résultats de réallocation de charges ou produits inter-centres de coûts ou de profits, résultats de calculs de coûts unitaires par transactions transformables automatiquement en écritures analytiques.
- Une table recevant les saisies de tout type de données budgétisées.
Des outils permettant de modéliser, construire et alimenter des bases de données MIS multidimensionnelles intégrant notamment toutes les données décrites ci dessus, voir beaucoup plus. Ces DB pouvant être exploitées soit par des rapports/requêtes on-line sous Globus, soit par interfaces vers des systèmes externes (Excel, Access, Business Object, Impromptu, etc…)
Procédure de mise en place
La mise en place “fonctionnelle” de ce module va consister à :
-
- identifier tous les groupes d’instruments qui seront à analyser
- récupérer les capitaux et en calculer des moyennes sur bases mensuelles
- récupérer l’ensemble des charges ou revenus qui y sont rattachés
- y attribuer des taux de refinancements internes
- définir des budgets éventuellement
Détail des calculs utilisables
On peut définir deux groupes principaux d’instruments :
-
- Les opérations clientèles
- Les opérations trésorerie
Sont présentées ci-dessous en détail les méthodes de calculs de marges d’intérêts. Certaines informations sont récupérées dans une table propre au module MIS : BALANCE.MOVEMENT. Il est conseillé de se référer à une autre documentation détaillant l’ensemble des champs de cette table et des principes de calculs utilisés.
Pour ce type de transaction, le financement ou le placement correspondant respectivement aux prêts ou aux dépôts clients est rarement fait avec du “un pour un” : un ensemble de prêts clients pourront être financés par la trésorerie avec une opération, dont l’échéance pourra également être différente des prêts. Comptes courant, de dépôts, etc… gérés dans le module ACCOUNT. Pour les comptes, MIS va permettre d’affecter globalement des taux de financement débiteur et créditeur pour un mois donné et par devises. Il n’est pas question de recalculer ici des échelles d’intérêts. On va retenir pour chaque compte client les capitaux moyens débiteurs et/ou débiteurs, un taux moyen pour la période sera amplement suffisant. (la précision de calculs plus détaillés n’est donc pas significative).
Marge sur comptes : Pour chaque compte sont récupérés par mois
-
- dans BALANCE.MOVEMENT : solde moyen débiteur / créditeur + taux de refinancement débiteur / créditeur associé (cf MI.PARAMETER, champs 2 à 7).
- dans CATEG.ENTRY : montant des intérêts débiteurs / créditeur (courus)
Les intérêts au taux de refinancement sont calculés par MIS, en définissant un MI.COLUMN spécifique du type “Cost of Fund”, qui va se calculer ainsi : capital moyen débiteur * taux de refinancement débiteur. Sous un outil externe, ou par une enquiry, on pourra déterminer : La différence entre les intérêts courus et les intérêts de refinancement (marge d’intérêt en valeur) Le rapport entre cette marge et les capitaux moyens (marge d’intérêt en pourcentage)
Marge sur Prêts/Emprunts : Le principe est similaire aux comptes, avec possibilité d’indiquer des taux de refinancement spécifiques par contrat. Pour chaque contrat sont récupérés par mois
-
- dans BALANCE.MOVEMENT : solde moyen débiteur / créditeur + taux de refinancement débiteur / créditeur associé (cf MI.PARAMETER, champs 2 à 7 pour les valeurs par défaut ou cf les champs MIS.RATE des contrats).
- dans CATEG.ENTRY : montant des intérêts débiteurs / créditeur (courus)
Les intérêts au taux de refinancement sont calculés par MIS, en définissant un MI.COLUMN spécifique du type “Cost of Fund”, qui va se calculer ainsi : capital moyen débiteur * taux de refinancement débiteur.
Marge sur Contrats de change : Pour chaque transaction forex, sont récupérés par mois
-
- dans BALANCE.MOVEMENT : solde moyen débiteur / créditeur
- dans CATEG.ENTRY : montant des intérêts débiteurs / créditeur (courus) si méthode de réévaluation type Interest.
montant des +/- values latentes si méthode de réévaluation type Rebate marge clientèle comptabilisée en PL Category 53006.
Les marges de “refinancement” (clientèles) sont calculées directement par la comptabilité : Dès la saisie de la transaction, et après indication qu’il s’agit d’une opération clientèle (cf champs 86=No), le système va rechercher un cours marché (modifiable) et appliquer la différence entre le cours client et ce dernier (cf champs 88) pour la comptabiliser en PL 53006.
Sous un outil externe, ou par une enquiry, on pourra déterminer :
-
La différence entre les intérêts courus et les intérêts de refinancement (marge d’intérêt en valeur)Le rapport entre cette marge et les capitaux moyens (marge d’intérêt en pourcentage)
Exemple de Paramétrage
PREPARATION M.I.S.
1. Colonnes :
A. Kx en Lignes :
MI.COLUMN.ID...... CAPLIG -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. CAPITAUX EN LIGNE 2 SHORT.DESCRIPTION. CAPLIG 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... BALANCE.MOVEMENT>CLOSE.BALANCE 6 COLUMN.TYPE....... ACCUM.LCY
B. Kx Moyens :
MI.COLUMN.ID...... CAPMOY -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. CAPITAUX MOYENS 2 SHORT.DESCRIPTION. CAPMOY 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... BALANCE.MOVEMENT>AVG.BAL.CAL 6 COLUMN.TYPE....... ACCUM.LCY
C. Intérêts Courus (/comptes, /transaction) :
MI.COLUMN.ID...... INT -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. INTERETS 2 SHORT.DESCRIPTION. INT 3. 1 SELECTION...... INT PNB 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... CATEG.ENTRY>AMOUNT 6 COLUMN.TYPE....... ACCUM.LCY
D. Coût Refinancement Crédit / Débit :
MI.COLUMN.ID...... CRCOF -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. COUT DE FINANCEMENT CR 2 SHORT.DESCRIPTION. COUT FINANCEMENT CR 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... BALANCE.MOVEMENT>ADJ.CR.AVG.BAL 6 COLUMN.TYPE....... INT.ACCR.LCY 8 SOURCE.RATE.FIELD. REFIN.RATE.CR MI.COLUMN.ID...... DRCOF -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. COUT DE FINANCEMENT DR 2 SHORT.DESCRIPTION. COUT DE FIN DR 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... BALANCE.MOVEMENT>ADJ.DR.AVG.BAL 6 COLUMN.TYPE....... INT.ACCR.LCY 8 SOURCE.RATE.FIELD. REFIN.RATE.DR
PNB : Non produit directement par MIS
Déduit des colonnes D-C (à calculer sous Excel par exemple)
Synthèse de rapport avant génération de la base de données :
MI.DB.DEFINITION, I=SAISIE
MI.DATABASE.ID.... SE -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. PNB SECTEUR ENTREPRISES 2 SHORT.DESCRIPTION. PNB SECTEUR ENT. 3 FREQUENCY......... MONTHLY 4. 1 CONSOLIDATE.BY. 5. 1 REL.FILE....... 6. 1 SELECTION...... ENTREP ENTREPRISE 7 SELECTION.OPERAND. AND 8 REPORT.TYPE....... SENT SECTEUR ENTREPRISES 9. 1 COLUMN......... CAPLIG CAPITAUX EN LIGNE 9. 2 COLUMN......... CAPMOY CAPITAUX MOYENS 9. 3 COLUMN......... INT INTERETS 9. 4 COLUMN......... DRCOF COUT DE FINANCEMENT DR 9. 5 COLUMN......... CRCOF COUT DE FINANCEMENT CR 9. 6 COLUMN......... INTF INTERETS DEVISE ORIGINE 9. 7 COLUMN......... DRCOFF COUT FINANCEMENT DR FOREIGN 9. 8 COLUMN......... CRCOFF COUT FINANCEMENT CR FOREIGN
Définition des lignes
Voir MI.LINE
Base d’Audit
En cas de problème pour justifier le contenu d’une ligne, il est utile de descendre jusqu’au niveau des enregistrements de BAL.MVMT ou de CATEG.ENTRY.
Etapes : Utilisation d’une nouvelle colonne, récupérant le nom du fichier source :
MI.COLUMN.ID...... FILE -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. CONTRACT FILE 2 SHORT.DESCRIPTION. FILE 4 SELECTION.OPERAND. AND 5. 1 SOURCE.FIELD... BALANCE.MOVEMENT>CONTRACT.FILE 5. 2 SOURCE.FIELD... CATEG.ENTRY>CONTRACT.FILE 6 COLUMN.TYPE....... VALUE 24 CURR.NO........... 2
Création d’un MI.DB.DEFINITION spécifique, mais reprenant le même REPORT.TYPE que pour le premier rapport.
MI.DATABASE.ID.... ADSE -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. AUDIT SECTEUR ENTREPRISE 2 SHORT.DESCRIPTION. PNB SECTEUR ENT. 3 FREQUENCY......... MONTHLY 4. 1 CONSOLIDATE.BY. SOURCE.ID 6. 1 SELECTION...... ENTREP ENTREPRISE 7 SELECTION.OPERAND. AND 8 REPORT.TYPE....... SENT SECTEUR ENTREPRISES 9. 1 COLUMN......... CAPLIG CAPITAUX EN LIGNE 9. 2 COLUMN......... CAPMOY CAPITAUX MOYENS 9. 3 COLUMN......... INT INTERETS 9. 4 COLUMN......... DRCOF COUT DE FINANCEMENT DR 9. 5 COLUMN......... CRCOF COUT DE FINANCEMENT CR 9. 6 COLUMN......... FILE CONTRACT FILE
Champs 4.1 et 9.6 à indiquer selon ce qui précède.
- 4.1 SOURCE.ID précise que l’on souhaite la génération d’une base de données au niveau du n° de contrat de BAL.MVMT ou de CATEG.ENTRY.
- 9.6 Permet dans l’enquiry de récupérer le nom du fichier source.
Construction de la base Audit :
MI.BUILD.DATABASE V=VERIFIE
MI.BUILD.ID....... AUDIT -------------------------------------------------------------------- 1. 1 GB DESCRIPTION. AUDIT 2. 1 DB.DEF.ID...... ADSE AUDIT SECTEUR ENTREPRISE 3 REBUILD.FR.DATE... 01 JAN 1998 4 REBUILD.TO.DATE... 31 JAN 1998 5 BUILD.BAL.MVMT.... Y 6 BUILD.ENTRIES..... Y 7 BUILD.BUDGET...... Y 8 REBUILD.PL.ALLOC.. 9 PL.ALLOC.REQD..... N
Remarque : Cette base permet également de construire le même rapport que précédemment, en triant dans l’enquiry par ligne (i.e. par MI.LINE).
2 Enquiry à utiliser pour vérifier le contenu d’une ligne :
En lançant “AUDIT”, possibilité de taper un n° de ligne, puis See, F5 pour voir son contenu (en appellant AUDIT2)
1. AUDIT : ENQUIRY........... AUDIT -------------------------------------------------------------------- 1 PAGE.SIZE ........ 4,19 2 FILE.NAME......... MI.DATA.ADSE 5. 1 SELECTION.FLDS. MI.LINE 10. 1 FIELD.NAME..... SOURCE.ID 11. 1. 1 OPERATION... IDESC SOURCE.ID 13. 1 LENGTH.MASK.... 30R 18. 1 SINGLE.MULTI... S 10. 2 FIELD.NAME..... BL 11. 2. 1 OPERATION... BREAK CHANGE MI.LINE 10. 3 FIELD.NAME..... MI.LINE 11. 3. 1 OPERATION... IDESC MI.LINE 12. 3 COLUMN......... 5 13. 3 LENGTH.MASK.... 10R 18. 3 SINGLE.MULTI... S 10. 4 FIELD.NAME..... CAPMOY 11. 4. 1 OPERATION... CAPMOY 12. 4 COLUMN......... 16 13. 4 LENGTH.MASK.... 12R 18. 4 SINGLE.MULTI... S 10. 5 FIELD.NAME..... TCAPMOY 11. 5. 1 OPERATION... TOTAL CAPMOY 12. 5 COLUMN......... 16,+1 13. 5 LENGTH.MASK.... 12R 17. 5 DISPLAY.BREAK.. BL 10. 6 FIELD.NAME..... INT 11. 6. 1 OPERATION... INT 12. 6 COLUMN......... 28 13. 6 LENGTH.MASK.... 12R 18. 6 SINGLE.MULTI... S 10. 7 FIELD.NAME..... TINT 11. 7. 1 OPERATION... TOTAL INT 12. 7 COLUMN......... 28,+1 13. 7 LENGTH.MASK.... 12R 17. 7 DISPLAY.BREAK.. BL 10. 8 FIELD.NAME..... DRCOF 11. 8. 1 OPERATION... DRCOF 12. 8 COLUMN......... 41 13. 8 LENGTH.MASK.... 12R 18. 8 SINGLE.MULTI... S 10. 9 FIELD.NAME..... CRCOF 11. 9. 1 OPERATION... CRCOF 12. 9 COLUMN......... 54 13. 9 LENGTH.MASK.... 12R 18. 9 SINGLE.MULTI... S 19. 1 ENQUIRY.NAME... AUDIT2 20. 1. 1 SEL.CRIT ... @ID EQ SOURCE.ID 21. 1 LABEL.FIELD.... SOURCE.ID 1 2. AUDIT2 : ENQUIRY........... AUDIT2 -------------------------------------------------------------------- 1 PAGE.SIZE ........ 4,14 2 FILE.NAME......... MI.DATA.ADSE 10. 1 FIELD.NAME..... @ID 11. 1. 1 OPERATION... @ID 12. 1 COLUMN......... 3 13. 1 LENGTH.MASK.... 50L 14. 1. 1 CONVERSION.. EXTRACT 23,27 18. 1 SINGLE.MULTI... S 10. 2 FIELD.NAME..... FILE 11. 2. 1 OPERATION... FILE 12. 2 COLUMN......... 31 13. 2 LENGTH.MASK.... 12R 18. 2 SINGLE.MULTI... S 10. 3 FIELD.NAME..... CAPMOY 11. 3. 1 OPERATION... CAPMOY 12. 3 COLUMN......... 44 13. 3 LENGTH.MASK.... 12R 18. 3 SINGLE.MULTI... S 10. 4 FIELD.NAME..... MI.LINE 11. 4. 1 OPERATION... IDESC MI.LINE 13. 4 LENGTH.MASK.... 10R 18. 4 SINGLE.MULTI... S 10. 5 FIELD.NAME..... INT 11. 5. 1 OPERATION... INT 12. 5 COLUMN......... 58 13. 5 LENGTH.MASK.... 12R 18. 5 SINGLE.MULTI... S
Batch :
Deux records de la table Batch permettent de reconstruire la table BALANCE.MOVEMENT :
MI.ONLINE
Job : POPULATE.BAL.MVMT
Fréq. : Daily
Job : CALC.AVG.BAL.MVMT
Fréq. : Daily
Job : MI.PROCESS.REFINANCE
Fréq. : Daily
Job : PURGE.BAL.MVMT
Fréq. : Monthly
MI.CAPTURE.BVAL
Job : EOD.BAL.MVMT.BVAL Fréq. : Daily
Pour mémoire, la NEXT.RUN.DATE en DAILY correspond à la « banking date » du jour.
Deux autres batch existent pour permettre de (re)construire la ou les bases MIS :
MI.BUILD.DATABASES (pour construction)
Job : EOD.BAL.MVMT.BVAL Fréq. : Daily Data : Préciser le(s) MI.DB.DEFINITION @ID requis.
MI.PURGE (pour cleaning “glissant” de(s) tables)
Job : EOD.BAL.MVMT.BVAL Fréq. : Daily Data : Préciser le(s) MI.DB.DEFINITION @ID requis.