BALANCE MISMATCH

Posted by

INTRODUCTION 

 

 

Un « Balance.Mismatch » est une détection par le système d’un décalage entre les écritures relatives aux opérations et celles comptabilisées. Traduit en termes Globus, cela signifie une comparaison respectivement des tables RE.CONSOL.XX et RE.CONSOL.SPEC.ENTRY.

 

Rappel :

3 sortes de tables sont alimentées par Globus pour la comptabilisation des opérations :

STMT.ENTRY : mouvements issus d’opérations sur des comptes clients, nostro, correspondants ou internes

CATEG.ENTRY : mouvements de PL.CATEGORY, i.e. charges/produits et consolidés dans la table CONSOLIDATE.PRFT.LOSS

RE.CONSOL.SPEC.ENTRY : tous les autres, i.e. reprend les soldes des tables CONSOLIDATE.ASST.LIAB (CAL) et CONSOLIDATE.PRFT.LOSS (CPL), mais présentés non sous forme de clés de consolidation mais classés par lignes du grand livre (GLSTD) et par contrats.

 

A chaque EOD, le système stocke les références des contrats traités dans les clés CAL et CPL dans les tables RE.CONSOL.XX, avec XX représentant le nom des modules applicatifs (ACCOUNT, MM, LD,…). Ceci permet des contrôles de cohérence.

 

 

 

DETECTION

 

 

L’opération la plus simple consiste à lancer la commande « RE.STAT.MISMATCH », avec les paramètres suivant :

 

RE.STAT.MISMATCH V=VERIFIE

 

KEY…………… BALREC2003

——————————————————————————

1. 1 GB DESCRIPTION. MISMATCH2003

2. 1 REPORT.NAME…. 200                 200 – BALANCE DETAILLEE

3. 1. 1 LINE.NO.ST.. 0001

4. 1. 1 LINE.NO.END. 9999                9999 UNASSIGNED

 

Le nom du rapport comptable principal (type balance détaillée) est à renseigner en 2.1

Ceci donnera par ligne du rapport concerné, les clés présentant des mismatchs, avec les montants cumulés pour les opérations, pour les clés comptables et la différence des deux.

 

Dans le HOLD.CONTROL, un rapport « CRD.200 » sera produit dans cet exemple.

Exemple :

RE000025 Globus Demo Account                    BALANCE DETAILS              AS AT CLOSE OF 21 FEB 2000               PAGE NO    1
  AREA NAME                                       G E N E R A L   L E D G E R                      PRINTED AT 16:07 ON 18 MAY 1999
        TO:
(…)
LINE NARRATIVE / CRF KEY AND TYPE                     CONTRACT CCY AMOUNT      CRF CCY AMOUNT       DIFFERENCE
---------------------------------                     -------------------      --------------       ----------


9998  CONTINGENT BALANCE

9999  C A T C H  A L L  GENERAL LEDGER

   LC.1.TR.USD.23003.3100.31.US.51500                            1,775.33            1,808.21              -32.88
 

ELEMENTS A RASSEMBLER

 

 

Il s’agira ici de précisément comparer les écritures en mismatch.

 

Etape 1 : RE.STAT.BAL.REC

 

Ce programme permet d’obtenir le détail des différentes opérations constituant le solde d’une clé donnée. Ainsi, la commande RE.STAT.MISMATCH restituant des lignes comptables en erreur, on pourra par ce programme justifier leur contenu.

 

Suivant le même principe que pour « RE.STAT.MISMATCH », il s’agit de lancer un Verify sur un record avec les paramètres suivants :

RE.STAT.BAL.REC V=VERIFIE

 

KEY…………… DETAIL

——————————————————————————

1. 1 GB DESCRIPTION.

2. 1 REPORT.NAME…. 200                 200 – BALANCE DETAILLEE

3. 1. 1 LINE.NO.ST.. 0530                0530 comptes courants

4. 1. 1 LINE.NO.END. 0530                0530 comptes courants

 

Avec :

 

2.1 REPORT.NAME : Nom du rapport (exemple 200)

3.1.1  LINE START / 4.1.1 LINE END : Numéro de la ligne impliquée

Ceci produit également un rapport « CRD.200 ».

 

Suite de l’exemple :

RE000025 Globus Demo Account                    BALANCE DETAILS              AS AT CLOSE OF 21 FEB 2000               PAGE NO    1
  AREA NAME                                       G E N E R A L   L E D G E R                      PRINTED AT 16:16 ON 18 MAY 1999
        TO:

DETAIL / DEAL NO.                CONTRACT CCY AMOUNT            LOCAL CCY AMOUNT
-----------------                -------------------            ----------------


9999  C A T C H  A L L  GENERAL LEDGER

   LC.1.TR.USD.23003.                       1,808.21                           0
   3100.31.US.51500
      TF000480000801                        1,775.33
   BALANCE MISMATCH. ACTUAL :               1,775.33 ***
                                                              ------------------
LINE TOTAL FOR 9999  C A T C H  A L L  GENERAL LEDGER                   1,808.21


   ******  END OF REPORT  ******

 

 

Ce rapport nous montre bien une référence de transaction trade finance avec un montant qui aurait du être comptabilisé (1 775.33) différent de celui figurant dans la clé de consolidation (1 808.21)

 

 

Etape 2 : RE.CONSOL.SPEC.ENTRY

 

Il n’existe pas de programme permettant d’afficher directement le contenu d’une clé de consolidation comptable (hors traitement batch via rapport type CRB). Une fois notés les numéros des clés en mismatch (ex : LC.1.TR.USD.23003.3100.31.US.51500. ), il s’agira donc de lancer sous universe la ligne de commande suivante :

 

LIST FBNK.RE.CONSOL.SPEC.ENTRY WITH CONSOL.KEY.TYPE EQ ‘LC.1.TR.USD.23003.3100.31.US.51500.’ BY OUR.REFERENCE TOTAL AMOUNT.LCY (or .FCY) BREAK.ON OUR.REFERENCE

 

Cette commande va lister toutes les écritures justifiant un solde d’une clé, et totaliser les montants.

 

 

La commande suivante :

LIST FBNK.RE.CONSOL.SPEC.ENTRY WITH OUR.REFERENCE EQ ‘MM970600001’ BY CONSOL.KEY.TYPE TOTAL AMOUNT.LCY BREAK.ON CONSOL.KEY.TYPE

 

Permet de savoir si un contrat se serait déplacé d’une clé vers une autre.

 

Etape 3 : HELPDESK

 

Pour le moment, il s’agira de transmettre le tout au Helpdesk, qui analysera le problème et suggérera une solution du type « REGEN » ou autres.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.