Cette fonction permet pour une date de référence donnée, de reconstituer le solde comptable à cette date de référence.
La date de référence joue donc un rôle primordial puisque l'information comptable est reconstituée telle qu'elle était à cette date.

Cette consultation se veut également être un outil de travail utile pour le suivi des échéances clients. Elle est accessible de deux façons:

  • via le menu <Comptabilité tiers\Consultations\Balance âgée client à date
  • depuis la fiche Client via la <Tool bar\Consultations\Balance âgée>

SEEWARNING Cette fonction permet de reconstituer le solde à date, mais ne traite pas tous les cas. L'historisation des échéances s'appuie principalement sur les flux dans les modules amonts à la comptabilité ; les évènements purement comptables tels que les lettrages/delettrages manuels ne rentrent pas dans le cadre stricte de l'historisation.
C'est pourquoi une facture lettrée manuellement avec deux règlements non imputés de dates différentes sera considérée comme soldée à la date la plus élevée des deux, et non pas successivement et progressivement à la date des deux règlements.

Pré-requis

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

Gestion de l'écran

Cette consultation s'effectue sur un seul onglet.

Principes techniques de mise à jour de la table d'historisation des échéances

La table d'historisation des échéances HISTODUD est exploitée par les fonctions de consultation de balance âgée à date (CONSBAH et CONSBAHF) et par l’édition de la balance âgée historisée BALAGEHIST.
Cette table est mise à jour dès qu’une échéance est créée puis à chaque mise à jour d'une échéance.

Toutes les zones caractérisant une échéance ne sont pas historisées. Ainsi, le mode de règlement, le niveau de BAP, les données relatives aux relances ne sont pas des informations dont les mises à jour sont suivies.

Les principales zones de la table HISTODUD exploitées sont :

  • la date d’évènement (DATEVT) qui correspond à la date comptable à laquelle a lieu l’évènement.
  • l’état de l’échéance (DUDSTA) qui précise si une échéance est liée à une pièce comptabilisée ou simplement à un document saisi (par exemple une facture saisie mais non comptabilisée).
    • DUDSTA=2 si l’échéance est associée à une pièce comptabilisée,
    • DUDSTA est différent de 2 si l’échéance est associée à une pièce non comptabilisée. le tiers et le collectif de l’échéance (BPR et SAC) qui contiennent le tiers et le compte collectif sur lesquels l’échéance est comptabilisée.
  • le champ Soldée (FLGCLE) qui caractérise l’échéance par rapport à son solde, peut prendre les valeurs suivantes :
    • si FLFCLE=1 ou 0, l'échéance est non réglée/soldée ou réglée/soldée partiellement,
    • si FLGCLE=2, l'échéance est réglée/soldée définitivement (montant de l'échéance AMTCUR = montant réglé comptabilisé PAYCUR et AMTCUR<>0 ; ou AMTCUR=0 et montant de l'échéance AMTLOC = montant réglé comptabilisé PAYLOC),
    • si FLFCLE=3, l'échéance ‘historisée’ est supprimée,
    • si FLGCLE=4, l'échéance est réglée/soldée ‘temporairement’ (montant de l’échéance AMTCUR=montant réglé comptabilisé au titre de l’échéance PAYCUR + montant provisoire réglé au titre de l’échéance TMPCUR).

Précisions sur la zone Date d'évènement

A - Dans le cas d’une comptabilisation de facture, la date d’évènement correspond à la date comptable de la facture.

B - Dans le cas d’un lettrage partiel ou complet d’une échéance (via l'imputation directe d’un règlement à l’échéance ou le lettrage comptable), pour la/les échéances réglées, la date d’événement correspond à la date comptable la plus élevée des pièces du groupe au moment du lettrage.

Exemple :
Soit :

  • un règlement d’un acompte intervenu en date comptable T1,
  • la comptabilisation d’une facture en date comptable T2,
  • comptabilisation de la reprise d’acompte en date comptable T3.

Les pièces du groupe seront considérées comme soldées en DATEVT=date comptable des pièces du groupe la plus élevée et donc T3.

Dans le cas d’une échéance partiellement ou totalement soldée définitivement (et donc associée à une ligne d’écriture avec un code lettrage minuscule ou majuscule), la date d’évènement retenue à chaque lettrage correspond à la date comptable maximale des pièces du groupe au moment du lettrage (et donc à MTCDATMAX de GACCENTRYD).

SEEWARNING Selon la méthode de lettrage, l’alimentation de la table HISTODUD et de cette date d’évènement varient.

Exemple :
Soit une facture comptabilisée en date T1 pour 1.000 €, suivie de deux règlements en date T2 et T3 :

  • un de 600 € en date comptable T2
  • un de 400 € en date comptable T3.

Deux cas sont à distinguer :

  • la facture est d’abord réglée partiellement pour 600 (règlement comptabilisé en T2) puis soldée via le règlement de 400 (comptabilisé en T3),
  • les trois pièces sont comptabilisées séparément et le lettrage n’est fait qu’a posteriori, via le lettrage comptable (fonctions LETTRAGE ou LETTRAUTO).

Dans le premier cas, l’historisation va refléter l’historique de lettrage :

  • en date de référence T1,  la facture va apparaitre pour son montant total,
  • en date T2, la facture va apparaitre pour un solde de 400,
  • en date T3, la facture ne va plus apparaitre.

Dans le deuxième cas, s’agissant d’un lettrage manuel de trois pièces comptables, la date d’évènement va aussi être la date comptable la plus élevée mais le résultat va être quelque peu différent :

  • en date de référence T1, la facture va apparaitre pour son montant total,
  • en date T2 la facture pour son montant total de 1000 € et le règlement de 600 € apparaissent,
  • en date T3, la facture et le règlement n'apparaissent plus.

SEEINFO  Le résultat du premier scénario peut être obtenu de la même façon via le lettrage comptable si la facture et le règlement de 600 € sont lettrés dans une première manipulation. Le groupe de lettrage de deux pièces avec le règlement de 400 € sont ensuite lettrés dans une deuxième manipulation. 
Ces manipulations sont possibles dans la mesure où l’historique de lettrage aura été reconstitué par l’utilisateur via la décomposition des étapes de lettrage manuel.

C - Dans le cas d’un transfert de collectif, aucun nouvel enregistrement ne sera créé, les précédents enregistrements étant mis à jour pour le code collectif, la date évènement ne bougeant pas.

D -  Dans le cas d’une fusion de tiers, le principe est identique à celui du transfert de collectifs : aucune création de nouvel enregistrement dans la table HISTODUD, mais une simple mise à jour des enregistrements existants sans modification de la date d'évènement.

En-tête

Dans l'en-tête, renseignez les champs souhaités pour afficher les informations correspondantes dans le tableau Balance agée. Vous devez au minimum renseigner le champ Tiers.

Onglet Balance âgée

On visualise dans cet onglet un ensemble de colonnes qui présente le solde des échéances. Suivant le paramétrage de l'écran les montants sont affichés en devise de transaction ou en devise locale. Seule la colonne "Montant en devise locale" (ou "Montant en devise de transaction") n'est pas paramétrable et affiche toujours la contre-valeur. Par exemple, pour un écran de Balance âgée dont les échéances sont présentées en "devise locale", cette colonne affichera le montant de l'échéance en "devise de transaction"; à l'inverse, un écran de Balance âgée dont les échéances sont présentées en "devise de transaction", présentera dans cette colonne le montant de l'échéance en "devise locale".

Affichage des échéances

La Date de Référence est la date à laquelle on veut figer la situation du tiers. C'est la date à partir de laquelle en fonction de leur date d'échéance les montants des pièces non soldées à cette date comptable sont dispatchés dans les colonnes d'intervalles.
Exemple:
Création d'une facture le 01/07/04 pour un montant de 1000 EUR.
Création d'un avoir lettré à la facture le: 05/07/04 pour un montant de 200 EUR.

CAS 1: Interrogation en date de référence du 30/06/04

N° pièce

Montant

Réglé

Néant

-

-

 

 

 

CAS 2: Interrogation en date de référence du 02/07/04

N° pièce

Montant

Réglé

Facture

1000

 

 

 

 

CAS 3: Interrogation en date de référence du 06/07/04

N° pièce

Montant

Réglé

Facture

1000

200

 

 

 

Pavé "Totaux"

Ce bloc contient : 

  • un montant total
  • un total par intervalle
  • la part en pourcentage de chaque intervalle

Seuls les totaux des sept premiers intervalles sont affichés. Le total général prend en compte les totaux des éventuelles neuf colonnes d'intervalle paramétrées dans les paramètres généraux STRINT1 à 9.

Boutons spécifiques

Critères

Donne accès aux autres critères de la consultation qui sont pour partie affichés en haut de l'écran de consultation :

  • la société et le site ainsi que la date de Référence. Des cases à cocher permettent d'affiner la consultation et indiquent si l'on prend en compte les pièces de simulation et/ou les Règlement non validés (règlements saisis, imputés et non encore comptabilisés).
    Dans la mesure où l’utilisateur génère la balance âgée à date (ou l’édition de la balance agée client à date BALAGEHIST) pour en croiser le résultat avec la balance générale auxiliaire sur compte collectif (ou avec l'édition de la balance générale auxiliaire BALGRPAUX), ces critères doivent être renseignés pour assurer la cohérence de la comparaison.
    En effet, les pièces en simulation active sont systématiquement prises en compte lors de la mise à jour de la balance générale (alors que les simulations inactives ne le sont jamais).
    Par conséquent, si le résultat de la consultation de la balance âgée à date doit être comparé à l’édition BALGRPAUX, ces écritures doivent être prises en compte.
    Au niveau de l'état de la Balance âgée historisée, les pièces en simulation active sont systématiquement prises en compte (celles en simulation active ne le sont jamais).
    De même, si la balance âgée à date (consultation ou édition) doit être comparée à la balance générale auxiliaire (consultation ou édition), le critère de prise en compte des règlements non validés ne doit pas être retenu.
  • Deux tris sont proposés (par Date d'échéance ou par date comptable) ainsi que l'ordre de présentation des informations (Ascendant / Descendant).
  • Possibilité d'appeler un autre écran de balance âgée via le champ Code Ecran.
  • Enfin, le tableau Intervalles permet de définir ou modifier à la volée les bornes d'intervalle de la balance âgée, exprimées en nombre de jours. Les champs ne sont accessibles qu'en fonction du nombre de bornes d'intervalle déclaré au niveau du paramétrage de l'écran de consultation. Les bornes proposées par défaut sont reprises des paramètres STRINT1 à STRINT9.

Barre de menus

Messages d'erreur

Il n'y a pas de message d'erreur autre que les messages d'erreur génériques.

Tables mises en oeuvre

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre