Aide sur champ (HDUDEL)
L’option ‘Effacement’ créée de nouveaux enregistrements d’historisation. Les données du fichier des échéances constituent le point de départ de cette création.
- pour une échéance DUD sans lien avec la table des lignes d'écritures GACCENTRYD, l’historique créé va être :
- un seul enregistrement avec [F:HDU]DUDSTA = 0 (document origine non comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date d’échéance [F:DUD]DUDDAT,
- pour une échéance DUD avec un lien avec GACCENTRYD et sans lettrage ([F:DAE]MTC à vide), l’historique créé va être :
- un enregistrement avec [F:HDU]DUDSTA = 0 (document origine non comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date d’échéance [F:DUD]DUDDAT,
- un enregistrement avec [F:HDU]DUDSTA = 2 (document comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date comptable de la pièce [F:HAE]ACCDAT,
- pour une échéance DUD avec un lien avec GACCENTRYD et un lettrage ([F:DAE]MTC différent de vide), l’historique créé va être :
- un enregistrement avec [F:HDU]DUDSTA = 0 (document origine non comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date d’échéance [F:DUD]DUDDAT,
- un enregistrement avec [F:HDU]DUDSTA = 2 (document comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date comptable de la pièce [F:HAE]ACCDAT,
- un enregistrement avec [F:HDU]DUDSTA = 2 (document comptabilisé) et avec [F:HDU]DATEVT initialisé avec la date comptable maximale du groupe de lettrage [F:DAE]MTCDATMAX.
LIMITE n°1
La resynchronisation avec effacement ne s’appuie pas sur les flux dans les modules en amont de la comptabilité mais sur l’événement comptable qu’est le lettrage.
De ce fait, pour un groupe de pièces lettrées, la mise à jour du solde ne peut être constatée au fur et à mesure mais uniquement à la date comptable maximale du groupe de lettrage ([F:DAE]MTCDATMAX).
Exemple :
Dans le cas d’une facture lettrée minuscule avec deux règlements A et B de dates comptables A et B différentes, les nouveaux enregistrements créés constateront le solde de la facture à la date comptable la plus élevée des deux, B, et non pas successivement et progressivement aux dates comptables de chacun des deux règlements.
A la date comptable du règlement A, la balance âgée va donc restituer la facture pour son montant total d’origine, ainsi que le règlement A, pour son montant total aussi, soit un solde global représentant bien le net.
A la date comptable du règlement B, la balance âgée ne va restituer que la facture pour son solde net (déflaqué donc du montant des règlements A et B).
LIMITE n°2
La resynchronisation avec effacement ne permet pas de gérer le cas d’une annulation de règlement qui interviendrait a posteriori de cette resynchronisation.
Soit un groupe constitué d’au moins deux règlements de dates comptables différentes, ce groupe ayant ‘subi’ l’effacement avec resynchronisation. Si une annulation comptable est ensuite constatée sur un des règlements du groupe (autre que celui avec la date comptable la plus élevé), la mise à jour de l’historisation de l’annulation ne permettra pas de détecter l’annulation ; la situation intermédiaire constatée dans la balance âgée ne tiendra pas compte de cette annulation.
Exemple :
Soit la comptabilisation d'une facture de 10.000 en date comptable du 01/03/11.
Soit la comptabillisation d'un règlement A de 500 en date comptable du 08/03/11.
Soit la comptabillisation d'un règlement B de 600 en date comptable du 14/03/11.
Suit une resynchronisation avec effacement.
Suit une annulation comptable du règlement A en date comptable du 08/03/11.
Balance agée du 08/03/11 : la facture apparaît pour un solde de 10.000 et le règlement pour -500, soit un solde de 9.500. L'annulation n'a pas été prise en compte.
Balance agée du 14/03/11 : la facture apparaît pour un solde de 9.400.
En relançant une resynchronisation avec effacement sur le tiers concerné, les nouvelles données de l'historique sont reconstituées sans cette limite.