Le domaine Finance de l’ERP Divalto Infinity comprend deux modules : la Comptabilité et le Règlement.

Historiquement, les besoins du marché nécessitaient de proposer une solution aménageable, où la gestion de la comptabilité et de la trésorerie ne correspondait pas aux mêmes cibles.

Afin de répondre à cette demande, les deux modules de l’ERP avaient donc été construits sur des structures distinctes, chacune pilotée par des objets spécifiques : l’écriture comptable pour le module Comptabilité, et l’effet pour le module Règlement.

Cette gestion à deux niveaux a eu pour conséquence de produire certains écarts entre les deux modules, où les traitements comptables n’affectaient pas les données de règlement, et inversement. Aussi, pour les environnements exploitant les deux objets, cela nécessitait des retraitements parfois importants pour les utilisateurs qui souhaitaient mettre à niveau les deux modules.

Le besoin initial du marché ayant évolué, et la contrainte de deux structures distinctes générant une insatisfaction fonctionnelle importante, Divalto a décidé de « fusionner » les deux modules Comptabilité et Règlement pour répondre aux exigences émises par les utilisateurs.

Fruit d’un travail de développement qui a débuté en 2019, la nouvelle solution a vu la refonte complète de la structure du module Règlement, par la création d’une nouvelle architecture basée sur le module Comptabilité. Ainsi, les deux modules peuvent, à partir de la nouvelle version 10.7, exploiter le même objet, à savoir : les ventilations d’échéance. De ce fait, le module Comptable devient maître du module Règlement.

Néanmoins, la possibilité de conserver la structure historique par l’utilisation des anciens programmes restera possible en version 10.7, mais sera à terme supprimée dans une version future afin de ne conserver que la nouvelle architecture « fusionnée ».

Remarques :

• La majorité des programmes déjà existants avant la version 10.7 sont iso-fonctionnels avec leur pendant nouvelle formule. Seules les fonctionnalités complémentaires sont décrites dans cette section.

• Il est déconseillé de gérer des dossiers comptables fusionnés avec d’autres qui ne le sont pas, dans les contextes Inter-compagnie et Inter-agence.

Vous trouverez ci-dessous le descriptif des tables liés au module Règlement “fusionné”, accompagné d’un exemple de règlement traité :

Open

Activer la fusion des modules Comptabilité et règlements (V10.7)

Dans Comptabilité / Fichier / Organisation / Dossier, l'option Le module règlement se base sur les écritures comptables (Onglet GENERALITES - Groupe Codification) permet de préciser que l'on utilise la version fusionnée des modules Comptabilité et Règlement de Divalto infinity. 
Lorsque cette case est cochée, le dossier est considéré comme Lié à divalto Règlement. Par conséquent, lors de l'intégration de pièce à partir de Commerce & Logistique ainsi que lors de la saisie d'écritures comptable sur des journaux liés à Divalto Règlement, plus aucun effet ne sera généré. 
Une fois cette coche positionnée, les anciens programmes des règlement traitant des effets en attente ne sont plus accessibles. Les programmes de changement d'état pour les états en portefeuille ou en banque sont eux, toujours accessibles. Les nouveaux programmes d'encours règlement et d'interrogation règlement sont directement appelés à partir des fiches tiers, de la saisie de pièce etc. Le calcul du pourcentage réglé d'une pièce est réalisé à partir des écritures de comptabilité.
A contrario, si cette coche n'est pas positionnée, les nouveaux programmes de règlements traitant des effets en attente ne sont pas accessibles et tout se passe comme avant fusion des modules Comptabilité et Règlement de Divalto infinity.

Au niveau du menu, on trouve deux entrées correspondant au module des règlements:

• Règlement NEW : versions des programmes postérieures à la fusion

• Règlement OLD : versions des programmes antérieures à la fusion

Prérequis à la mise en place de la Fusion DCPT-DREG (V10.7)

Pour les clients effectuant une migration depuis une version antérieure, et qui souhaitent activer la Fusion u module comptabilité et du module des règlements, nous conseillons d’effectuer certaines opérations visant à « assainir » la base de données.

En effet, des anomalies existantes sur les écritures pouvaient s’avérer totalement transparentes dans le module Règlement historique (les effets étant dissociés), mais l’activation de la Fusion peut les révéler dans le nouveau module Règlement et générer ainsi des anomalies de reprises. Les différents contrôles et correctifs que nous proposons, visent à résoudre ces anomalies dans le but d’activer la Fusion avec une précision maximale.
Vous pourrez opérer la mise en place de ces prérequis au travers des documents suivants:

Mise à jour des écritures à partir de règlement (V10.7)

Le programme Règlement NEW / Utilitaire / Mise à jour des écritures à partir de règlement permet de charger tous les effets R2 en position en attente actifs et de mettre à jour les écritures. Indispensable aux environnements existants souhaitant “basculer” sur la nouvelle architecture, il traite les dossiers dont l’option Le module règlement se base sur les écritures comptables est cochée, uniquement. Lorsqu'une écriture est mise à jour à partir d'un effet, l'effet sera topé comme déjà utilisé (indicateur CEF = '2'). Il ne sera donc plus accessible si on réeffectue le traitement ultérieurement.

En mode test, le programme délivre, un compte rendu sous forme de fichier Excel et n’effectue aucune mise à jour réelle.

Service pack (V10.7a)

« Traiter les écritures » : Cette case à cocher permet, si elle est cochée, de générer pour les écritures comptables non lettrées (table C8) et non présentent dans le module des règlements de créer les ventilations pièce et échéance (table CP).

« Date limite de reprise des écritures lettrées » : Cette date permet d’indiquer, si elle est renseignée, la date a laquelle les écritures lettrées seront traitées. Cette date est liée à la case à cocher « Traiter les écritures ». Si la case est non cochée, le fait d’indiquer une date limite de reprise ne réalise aucun traitement.

Exemple si l’on indique le 01/01/2017, toutes les écritures lettrées entre le 01/01/2017 et aujourd’hui seront vérifiées et mises à jour.

Open

Le zoom des ventilations (V10.7)

Le zoom des ventilations accessible par Comptabilité / F7/ Ventilations a été adapté pour rendre visible, dans deux onglets supplémentaires, les nouveaux champs apparus dans le cadre de la fusion.

Lien entre une écriture comptable et ses échéances (V10.7)

Dans le zoom Règlement NEW / Fichiers / Administration données / Entête de transaction, un champ de sélection Numéro d'écriture est disponible.
Les transactions affichées en résultat sont celles qui sont en lien avec le numéro d'écriture indiqué (écriture présente dans un détail de la transaction).

D’un point de vue technique, le champ Lasttransac a été rajouté à l’enregistrement CP des ventilations des écritures. La valeur de ce champ correspond au numéro de la dernière transaction dans laquelle cette ventilation a été impliquée.

L'explorateur de transactions (V10.7)

L'explorateur de transactions est accessible par le menu Règlement NEW / Interrogation / Explorateur de transactions.
Ce programme permet de visualiser et traiter les transactions réalisées avec les programmes de préparation des règlements nouvelle formule.
Ce programme permet de :

• visualiser le détail de la transaction, ainsi que les écritures générées par celle-ci

• d'annuler la comptabilisation ou le lettrage de tout ou partie de la transaction

• d'annuler les bordereaux, de tout ou partie de la transaction

• de refaire la comptabilisation

• d'annuler tout ou partie de la transaction

Attention : toutes ces opérations sont possibles que si la transaction est de type finale.

Explorateur de transaction (V10.8)

Un multi choix « Statut de la transaction » permet de d’interroger les transactions :

• Non annulées,

• Annulées,

• Toutes.

Le statut de la transaction a également été rajouté sur chaque ligne affiché dans le tableau.

Les boutons de navigation (précédent,suivant,premier,dernier) tiennent également compte du statut de la transaction .

Open

F8 sans n° d'ordre sur Explorateur de transaction

La touche de fonction «F8» sur le champ «Transaction numéro» pointe vers le zoom «Vue entête de journal de règlement». Cette vue, permet de voir une liste sans la répétition du numéro de transaction par numéro d’ordre par ordre décroissant.

La vue est également accessible par l’option de menu Règlement NEW / Fichiers / Vue entête de journal de règlements.

Accès direct au zoom des transactions (V10.7)

Un accès direct aux transactions de Règlement a été ajouté par le biais du bouton Transactions, depuis le détail des ventilations présents dans les programmes suivants :

• Interrogation comptable

• lettrage manuel

• Interrogation des écritures non-lettrées

Le bouton Superviseur transaction permet d’accéder au superviseur de transactions pour l'échéance sélectionnée.

Interrogation des échéances en attente (V10.7)

Le programme d'interrogation des échéances en attente (attendues ou à régler) est accessible par le menu Règlement NEW / Interrogation / Interrogation des échéances en attente. Le programme est également accessible depuis l'encaissement ou le décaissement.
Il permet de :

• charger l'ensemble des écritures non lettrées des comptes auxiliaires pour un type de tiers donné (contexte encaissement avec client OU contexte décaissement avec les fournisseurs)

• regrouper les écritures non lettrées par tiers, par compte collectif et par date d’échéance via le radio bouton dans le menu Affichage ou par le bouton dynamique dans la barre d’outil.

• consulter les pièces et tiers via les radio boutons dans le menu Interrogation ou par les boutons de la barre d’outil. Dans le cadre de la fusion comptabilité/règlement on peut consulter les encours via le bouton Encours dans la barre d’outil.

La liste des écritures non lettrées est imprimée grâce à l’icône imprimante.

Blocage de la saisie libre des coordonnées bancaires (V10.8)

On peut bloquer la saisie libre des coordonnées bancaires dans :

• les programmes de décaissements,

• le programmes de décaissements multi-fournisseur,

• les programmes d'encaissements.

La saisie des coordonnées bancaires est bloquée par défaut. Elle peut être levée en cochant la case « Autoriser la modification des informations bancaires » dans la fiche du dossier règlement.

Si la case est cochée, le contrôle n’est plus bloquant et seul des messages d’avertissement seront affichés.

Gestion des notes sur les échéances (V10.8)

Il est possible de prendre des notes échéances à partir des traitements de :

• Préparation ,

• Changement état,

• Décaissement multi fournisseur.

Exemple : Programme préparation des encaissements.

Encaissement client (V10.7)

Les programmes de saisie des encaissements client sont accessibles par les menus

• Règlement NEW / Encaissement / Réception - Préparation / Réception en portefeuille de LCR

• Règlement NEW / Encaissement / Réception - Préparation / Réception en portefeuille de chèques 

• Règlement NEW / Encaissement / Réception - Préparation / Préparation des prélèvements SEPA

Le bouton  (Pointer les échéances d'un autre tiers)  permet de sélectionner un tiers différent du tiers courant, sans perdre la transaction en cours. Les créances du tiers différent sont chargées dans le tableau, avec possibilité de les pointer, mais sans possibilité de les modifier. 

Encaissement par prélèvement (V10.7)

Programmes :

• Règlement NEW / Encaissement / Remise en banque/ Remise des prélèvements

• Règlement NEW / Encaissement / Remise en banque/ Remise des prélèvements SEPA

Il est possible d’administrer les données de prélèvement depuis le programme de changement d'état, et de revenir en arrière si nécessaire. La fonctionnalité de rééchelonnement est également disponible.

L’onglet MAJ info bancaire dans l’entête de transaction permet de consulter les anciennes données de prélèvement (sous forme de transaction).

Remise en banque des encaissements clients (V10.7)

La remise en banque des différents types d'encaissements est réalisée par les programmes 

• Règlement NEW / Encaissement / Remise en banque / Remise de chèque différés

• Règlement NEW / Encaissement / Remise en banque / Remise de LCR

• Règlement NEW / Encaissement / Remise en banque / Remise de LCR à l’escompte

• Règlement NEW / Encaissement / Remise en banque / Virements reçus

Les changements d'état peuvent être effectués en masse; Le filtre permet de sélectionner les effets dont l'état doit changer.

Programmes d’encaissement / décaissement (V10.7)

Programmes :

• Règlement NEW / Encaissement/ Remise en banque/…

• Règlement NEW / Décaissement/ Emettre/…

La fonctionnalité de pointage automatique des montants, dans la limite d’un montant prédéfini, est disponible.

Le bouton Filtres permet d'afficher une fenêtre qui permet de sélectionner les enregistrements sur lesquels on veut intervenir : la sélection est possible sur type de tiers, fourchette de tiers, pièces, relevés, date d'émission, date d'échéance, montant, devise.*

Rééchelonnement et promesse règlement multi-échéance avoir et acompte (V10.8)

Le rééchelonnement ou les promesses de règlement réalisées via le superviseur de recouvrement sont possible en prenant en compte des acomptes et des avoirs (montant négatif pour encaissement)

Génération des CTAX lors de la génération des écritures pour les acomptes (V10.8)

Dans le nouveau module règlement, lors de la génération des écritures rattachées à des acomptes les CTAX ne sont pas générés si le fait générateur est TVA sur débit. Ceci afin d'éviter leur apparition dans les traitements de TVA.

Prise en compte des libellés de virement (V10.8)

Les libellés de virement ont été rajoutés en pied de page à la validation du règlement.

De plus l’écran de saisie des informations « Données complémentaires », contenant les informations bancaires a été mutualisé et est ainsi commun aux programmes de décaissement multi-fournisseurs et au changement d’état (encaissement et décaissement).

Ces informations bancaires sont donc modifiables aux étapes 2 et 3 du décaissement multi-fournisseurs et dans les programmes de changement d’état.

Prorogation des échéances (V10.7)

Programme Règlement NEW / Encaissement/ Autres encaissements / Prorogation échéance LCR en portefeuille

Dans le cadre de la fusion des modules Comptabilité et Règlement, les contrôles sur la date d'échéance se sont assouplis.

La date doit être postérieure à la date d'émission de l'effet pointé et postérieure au dernier exercice clos.

Décaissement fournisseur (V10.7)

Les programmes de préparation des différent types de règlement à destination des fournisseurs sont :

• Règlement NEW / Décaissement / Préparer/ Préparer les règlements par chèque, 

• Règlement NEW / Décaissement / Préparer/ Préparer les règlements par BOR, 

• Règlement NEW / Décaissement / Préparer/ Préparer les virements, 

• Règlement NEW / Décaissement / Préparer/ Préparer les eurovirements (SEPA), 

• Règlement NEW / Décaissement / Préparer/ Préparer les virements internationaux, 

• Règlement NEW / Décaissement / Préparer/ Préparer tous les règlements

Lors du pointage/dépointage, le solde est mis à jour à chaque pointage/dépointage par addition/soustraction du montant de la ligne pointée. 

Décaissement multi-fournisseur (V10.7)

Programme:

• Règlement NEW / Décaissement / Décaissement multi-fournisseurs / Saisie des décaissements

Lors d'un règlement par chèque, la date d'échéance du règlement est initialisée à la date d'opération.

Date d'exécution des virements

La date d'exécution des virements permettant d'initialiser les dates d'échéances des règlements générés. Si cette date est renseignée, tous les virements auront cette date comme date d'échéance. Dans le cas contraire, les dates d'échéance des factures sont conservées.

Date d'échéance des règlements avec escompte

Si une facture est réglée par virement avec un escompte, la date d'échéance du virement est initialisée à la d'opération si la date d'exécution des virements n'est pas renseignée. En cas de regroupement, la date d'échéance de ce regroupement sera aussi à cette date.

Regroupement automatique des règlements

Une option de paramétrage des regroupements automatique permet de préciser si on souhaite que la fenêtre de regroupement soit affichée ou non.

Comptabilisation immédiate

Dans le cas d'une comptabilisation immédiate, on ne pose plus la question pour savoir si l'on souhaite faire ou non la comptabilisation. La comptabilisation est automatiquement réalisée.

En cas de comptabilisation non immédiate

Il faudra réaliser un export des écritures comptables afin de mettre à jour le module de la comptabilité.

Bons à payer fournisseur (V10.7)

Le programme qui permet de valider la saisie des bons à payer fournisseur est accessible par le menu Règlement NEW / Décaissement / Gestion des bons à payer.
La saisie du signataire du bon à payer n'est pas libre. Elle est renseignée, par défaut, avec l'utilisateur courant et est obligatoire. Si l'utilisateur ne dispose pas de la confidentialité Validation des bons à payer, paramétrée dans le dossier règlement, il ne peut pas changer le signataire.
Ce nouveau programme dispose de boutons permettant d'accéder directement aux évènements CRM, à la fiche fournisseur, à l'envoi par mail au fournisseur et à l'appel téléphonique du fournisseur.
Le tableau proposé comporte toutes les fonctionnalités classiques, dont l'export tableur. Lors de la validation du bon à payer, il est possible de gérer des actions via l'action « BAP_FOU » . Il est également possible d'envoyer un SMS au fournisseur. Les tables disponibles pour le contenu du SMS sont : C8, CP, FOU, MUSER L'impression des bons à payer a été intégrée à ce traitement.

Annulation des bons à payer (V10.8)

Présence d’une nouvelle case à cocher « Voir les bons signés » permettant d’afficher que les bons à payer validés. Il est alors possible de faire un clic droit sur l'écriture dont on souhaite annuler le bon à payer via l’option « Annulation bon à payer ».

Sur les différents programmes de décaissement, une nouvelle colonne permet de voir le statut du bon à payer ainsi que le signataire. Et il est aussi possible via clic droit sur l'écriture d’annuler le bon à payer.

L’option « bon à payer » est grisée si ce dernier a été signée et l’option « Annulation bon à payer » est grisée s’il n'a pas été signé.

Saisie des impayés (V10.7)

Programmes:

• Règlement NEW / Encaissement / Saisie des impayés

• Règlement NEW / Décaissement / Saisie des impayés

Le programme se base sur les entêtes de transaction de type remise en banque. Il est possible de saisir un compte collectif lors de la saisie d'un impayé.

Gestion des établissements (V10.8)

Un filtre a été ajouté dans l’entête afin de visualiser les données par établissement. La mise à blanc du champ permet de voir les données pour l’ensemble des établissements.

Ebics : représentation des impayés de prélèvement (V10.8)

Les nouvelles normes bancaires imposent que la représentation d’un impayé soit précisé. Pour cela il faut rajouter une information supplémentaire dans le fichier XML généré et dans le fichier lors de transfert EBICS.

Lors de l’impayé, on peut préciser le motif de rejet. Pour le moment ce champ est soit vide, soit à « Défaut de provision » sur le compte (code AM04).

S’ensuit tout le processus habituel de règlement. Lors de la confection du bordereau on vérifie si :

• L’impayé et le nouveau règlement sont des prélèvements

• Il y a moins de 30 jours d'écart entre l’impayé et le prélèvement

• Le client est un particulier

• Les montants des deux prélèvements sont identiques

• L’IBAN et le RIB sont identiques

Si tout est correcte, on rajoute l’information de représentation dans le fichier.

Précisions techniques

Le fichier XML contient deux nouvelles balises en cas de représentation d’un prélèvement impayé : <RmtInf>REPRESENTATION</RmtInf> et <CtgyPurp>RPRE</CtgyPurp>

Pour que le client soit considéré comme un particulier, le titre dans le fiche client doit avoir un code compris entre 0 et 29.

Pour que les transactions soient considérées comme des prélèvements, il faut que l'état «D50» ait un type de règlement «D» qui soit coché comme état de famille de règlement «Prélèvement».

Gestion des comptes collectifs pour les acomptes et les trop perçus (V10.7)

Lors de la saisie d'un acompte,  le compte collectif affiché correspond au compte collectif du tiers.

Pour les acomptes le collectif devrait être un 41900000. 

Pour ce faire, le tiers doit être doté d'un Collectif pour les acomptes et un autre collectif pour le trop perçu

Il s'agit de pouvoir paramétrer au compte auxiliaires le compte de l’acompte/trop perçue, doit être collectif ou pas :

Lors de la saisie d’un acompte / trop perçue le compte collectif doit être :

• Si compte acompte / trop perçue n’est pas collectif, ça doit être le collectif de compte acompte / trop perçue si non le collectif de compte auxiliaire.

• Si compte acompte / trop perçue collectif ça doit être le compte acompte / trop perçue.

Gestion des bordereaux (V10.7)

La gestion des bordereaux est réalisée par les programmes

• Règlement NEW / Traitement/Bordereaux/ Confection des bordereaux

• Règlement NEW / Traitement/Bordereaux/ Réimpression des bordereaux 

• Règlement NEW / Traitement/Bordereaux/ Annulation de bordereaux

Confection des bordereaux 

• les bordereaux sont regroupées par type/état avant confection,

• une sélection multiple est possible pour confection à la volée

Confection de bordereaux (V10.8)

Une option a été rajouté au paramétrage des bordereaux afin de définir si l’envoi des mails aux fournisseurs est autorisé ou non (par défaut).

Dans les programmes de confection ou de réédition des bordereaux, l’option est donc initialisée au niveau du regroupement à partir du paramétrage. Il est possible de modifier le choix à l’aide de la touche de fonction « F6 ». L’envoi de mail ne sera donc effectué que pour les bordereaux ayant l’indicateur positionné.

Réimpression/annulation des bordereaux 

• la sélection des bordereaux est possible par F5, sur une fourchette de numéro de bordereau et sur le type (banque, tiers, cession),

• la régénération des fichiers interbancaires est possible sur option en réimpression.

• comme la confection, une sélection multiple permet de ne sélectionner que les bordereaux à traiter

Relevé de factures (V10.7)

La gestion des relevés de facture est réalisée par les programmes:

• Règlement NEW / Traitement/  Relevés /  Nouvelle impression des relevés de factures

• Règlement NEW / Traitement/ Relevés / Nouvelle ré-impression des relevés

• Règlement NEW / Traitement/ Relevés / Nouvelle annulation des relevés

Les programmes de gestion des relevés se basent sur l'extraction des ventilations d'échéances, en fonction de leur statut de relevé et de la période qui leur est associée. Ces informations sont initialisées au moment de l'intégration en comptabilité de la facture. Un même numéro de relevé est affecté à chaque ventilation du relevé.
Il est ensuite possible de présélectionner, dans le programme d'encaissement, ces factures à partir du numéro de relevé. Lors de ce traitement, on a la possibilité de regrouper les échéances ayant la même date, le même établissement et le même état. Dans les programmes de règlement, une seule échéance sera visible.

Gestion des cessions (V10.7)

Les cessions loi Dailly permettent à une entreprise après accord de sa banque, de céder à cette dernière certaines des créances clients. En contrepartie la banque ouvre une ligne de crédit à l'entreprise.
Dans le cadre de la fusion des modules Comptabilité et Règlements de Divalto infinity, des adaptations ont été apportées aux programmes de gestion des cessions Dailly: 

• Règlement NEW / Traitements / Cessions / Cession

• Règlement NEW / Traitements / Cessions / Cession à titre de garantie

• Règlement NEW / Traitements / Cessions / Annulation de cession

Cession Dailly

Programmes:

• Règlement NEW / Traitements / Cessions / Cession

• Règlement NEW / Traitements / Cessions / Cession à titre de garantie

Le programme de cession est par défaut associé au changement d'état "DAILLY".
Dans le changement d'état choisi, on doit avoir :

1. Cession Dailly = Dailly à titre de garantie ou Dailly comptabilisé

2. Banque = A saisir ou fixe

3. Compte comptable = 4116 (Collectif pour les créances professionnelles cédées)

4. Bordereau = "DAILLY" si l'on souhaite la génération d'un bordereau de cession

Au niveau de la banque on doit avoir :

1. Un compte de cession (en général une déclinaison du compte 5191 "Crédit de mobilisation de créances commerciales"

2. Un plafond de cession peut également être renseigné

Les échéances proposées à la cession sont les échéances non réglées et non cédées. Au niveau du programme de cession on indique le solde cessible restant pour la banque choisie.A la validation des cessions un message indique si le solde est dépassé. On peut alors choisir de faire quand même la cession, ou pas.
Une fois la cession réalisée et comptabilisée, c'est l'échéance sur le collectif 4116 qui sera proposée dans les programmes de saisie des règlements clients.

Annulation cession Dailly

Programme Règlement NEW / Traitements / Cessions / Annulation de cession
Le programme de cession est, par défaut, associé au changement d'état "DAIANN". Un changement d'état choisi doit être un changement de type annulation de cession. : option annulation de cession Dailly cochée. Dans le changement d'état choisi, on doit avoir :

1. Cession Dailly = Dailly à titre de garantie ou Dailly comptabilisé

2. Banque = A saisir ou fixe

3. Compte comptable = 4116 (Collectif pour les créances professionnelles cédées)

4. Option "annulation de cession Dailly" = OUI

Les échéances proposées à l'annulation de cession sont les échéances cédées et comptabilisées.

Comptabilisation des cessions Dailly

Deux écritures sont liées à la cession :

• Une écriture transfère la créance vers le collectif 4116 (le compte client reste le même)

• Une écriture génère une ligne de crédit (Débit du compte de banque et crédit du compte de cession de la banque)

L'annulation de cession réalise les écritures inverses.

Gestion des dates d'échéance initiales (V10.7)

Dans l’enregistrement CP des ventilations des écritures se trouvent les champs correspondant à l'échéance initiale : date, état du règlement, montant d’une échéance avant rééchelonnement ou montant initial à régler. Ainsi, les programmes qui calculent des délais de paiement tiers peuvent se baser sur les données initiales de l'échéance, tout comme la balance âgée. Ces données sont transbahutées en cas de duplication d'écriture d’achat ou de vente.

La balance âgée (V10.7)

L'impression de la balance âgée est accessible par le menu Règlement / Impression / Balance âgée / Balance âgée.
Dans le cadre de la fusion des modules Comptabilité et Règlement de Divalto infinity, la balance âgée est basée sur les ventilations d'écritures comptables, ainsi que sur une nouvelle notion développée dans le cadre du nouveau module Recouvrement: la date d'échéance initiale.
Le programme génère un tableau que l'on pourra ensuite imprimer ou exporter dans excel.

Un écran de sélection est à la disposition de l'utilisateur :

L'écran obtenu après saisie des paramètres de sélection et validation présente un bandeau haut (rétractable) qui reprend les informations de sélection. Le bas de l'écran contient une l'arborescence dont les vues varient selon les options choisies. Si on valide directement, l'arborescence présente un seul niveau par tiers:

Total balance : total des échéances échues
Total encours : total des échéances (échues et non-échues)

Si on coche la case Détail de facture, l'arborescence présente dans le premier niveau les tiers et dans le second niveau, les échéances triées par numéro de pièce ou date d'échéance:

Si on choisit l'option Tri par établissement, on trouve dans le premier niveau les établissements et dans le second niveau, les tiers:

L'option Visualiser les tiers sans dépassement d'échéances permet d'afficher les tiers dont les dates d'échéance sont supérieures à la date de calcul de la balance:

L'option Balance âgée à date permet d'imprimer une balance antidatée:

Remarque :  La date de calcul doit être antérieure à la date de la balance âgée.
L'option Affectation des acomptes permet d'afficher ou non les acomptes dans l'impression

Dans le tableau résultant, les créances sont réparties selon les intervalles des jours sélectionnés dans la page de sélection et qui sont calculées à partir de la date d'échéance et la date de calcul de la balance. 

Impression des échéances (V10.7)

Le programme d'interrogation des échéances est accessible par le menu Règlement NEW / Impression/ Échéances.
Il permet la réalisation d'interrogation des échéances par état, tiers, banque de cession, banque, montant décroissant et commercial pour pouvoir ensuite les imprimer et ou faire un export excel.
L'écran de sélection comporte, en partie haute, des boutons à partir desquels on peut obtenir des critères de sélection propres à chaque type de sélection :  par état, tiers, banque de cession, banque, montant décroissant et commercial:

L'écran obtenu après saisie des paramètres de sélection et validation présente un bandeau haut (rétractable) qui reprend les informations de sélection. Le bas de l'écran contient les données issues de l'interrogation.

Plusieurs options sont à disposition:
1- Type de règlement: encaissement ou décaissement
2- Ordre de tri: Par tiers ou par date d'échéance
3- Type de présentation
4- Position: permet de filtrer les échéances par leurs positions (en attente, en portefeuille, remises ou classées).
 5- différentes options d'impression

Les types de présentation de l'interrogation des échéances

Echéance / Sous-total/ Total.
Cette présentation présente une rupture par état en premier niveau, tiers en deuxième niveau et les échéances en troisième niveau:

Sous-total/ Total.
Cette présentation présente une rupture par état en premier niveau et total des tiers en deuxième niveau:

Une ligne par état.
Il s'agit d'un récapitulatif des totaux des différents états:

Les impressions

Imprimer en devise.
Permet d'imprimer les échéances en devises et d'afficher les totaux par devises:

Imprimer les notes.
Permet d'imprimer les notes affectées aux échéances:

 Afficher info facture.
Permet d'imprimer les informations des factures liés à chaque échéances:

Impression des échéances (V10.8)

Le programme d'interrogation des échéances a été déplacé dans le menu interrogation, il est accessible par le menu Règlement NEW / Interrogation / Échéances.

Les améliorations ci-dessous ont également été apportées :

• Rajouter les filtres « Montants » quand on est dans le tri par Montant

• Afficher le n° de transaction

• Afficher le n° de regroupement

• Accéder à l'Explorateur de transaction liée à l'échéance courante

• Accéder au zoom de l'échéance courante

Délai de paiement tiers (V10.7)

Programme Règlement NEW / Impression/ Délais de paiement tiers

Le programme permet de générer un état des créances (client ou fournisseur) à joindre au bilan annuel des entreprises. Dans le cadre de la fusion, le programme se base sur plus sur les effets, mais sur les CP.

L’état des créances peut se présenter sous 2 formes :

• Tableau 444-1 : Factures non réglées à la date de clôture de l’exercice et dont le terme est échu

• Tableau 444-2 : Factures ayant connu en retard de paiement au cours de l'exercice. Cette édition est uniquement disponible dans le programme de Divalto-Règlement.

Le programme permet de choisir l'édition retenue.
Il permet également une édition détaillées des échéances prises en compte.

Règles de calcul du programme

La date de règlement d’une échéance est la date de lettrage de l’échéance.

Les montants indiqués sont des montants TTC.

Pour connaitre l'état d'une facture à une date donnée (fin de période traitée), on rechercher la présence d’échéances non réglées à la date.

Pour les tableaux 444-1 et 444-2:

• Nb de factures exclues : Nombre de factures avec au moins une échéance transférée vers un compte de litige (416xxxxxx)

• Montant total des factures exclues : Somme des échéances transférées vers un compte 416xxxx

• Une facture appartient à l'exercice si la date de facture est dans l'exercice

Pour le tableau 444-1 (Factures non réglées):

• Les échéances sont en attente de paiement si elles sont non lettrées ou si la date de lettrage est > à la fin de période traitée.

• Les règlements sont pris en compte s’ils sont intervenus avant la date de fin de période traitée et s’ils n’ont pas fait l’objet d’un impayé.

• Les échéances sont échues si la date d’échéance est < à la fin de la période traitée

• Pour les échéance impayées, le retard de paiement est calculé avec (FinPériode - DateEchéance). Si la date de fin de la période est postérieure à la date du jour, le retard est calculé avec (DateDuJour - DateEchéance).

Nb 0 j = Factures non échues de l'exercice traité : Nb de factures dont au moins une échéance > FinPeriodet et qui n'a aucune échéance non réglée en retard de paiement, ou en état litigieux.

Nb + 1 j = Nb de factures de l'exercice traité ou des exercices précédents dont au moins un effet est en retard de paiement et qui n'a aucun effet litigieux

Mt TTC X j = : Somme des échéances avec retard dans la tranche traitée

Pour le tableau 444-2 (Factures avec retard de paiement)

Une échéance est sans retard de paiement si la facture appartient à l’exercice et :

• Si elle est non payée avec une date d'échéance postérieure à la période traitée

• Ou si elle a été payée avant sa date d'échéance

Une échéance est en retard de paiement si la facture appartient à l’exercice et

• Si elle est non payée avec une date d'échéance < fin de période.Le retard de paiement se calcul avec FinPériode - DateEchéance

• Ou si elle a été payée après la date d'échéance. Le retard de paiement se calcul avec DateRéglement – DateEchéance

Une échéance est en retard de paiement si elle appartient à une facture d’un exercice antérieur (DateFacture < DébutPériode) et qu’elle est non payée

Une échéance est en retard de paiement si elle appartient à une facture d’un exercice antérieur (DateFacture < DébutPériode) et qu’elle a été payée dans la période traitée.

• Nb 0 j = Factures de l'exercice dont aucune échéance n’est en retard de paiement et qui n'a aucune échéance en litige

• Nb +1 j = Factures de l'exercice dont au moins une échéance est en retard de paiement et qui n'a aucune échéance en litige, ou factures des exercices précédent avec au moins une échéance non payée ou réglée dans la période traitée et qui n'a aucune échéance en litige.

• Montant 0J : Somme des montants des échéances des factures de la période sans retard de paiement

• Montant 1-30 j : Somme des montants des échéances des factures de la période avec retard de paiement entre 1 et 30 jours

• Montant 31-60 j : Somme des montants des échéances des factures de la période avec retard de paiement entre 31 et 60 jours

• Montant 61-90 j : Somme des montants des échéances des factures de la période avec retard de paiement entre 61 et 90 jours

• Montant + 91 j : Somme des montants des échéances des factures de la période avec retard de paiement de plus de 90 jours + somme des échéances des factures des exercices précédents non réglés ou avec un règlement pendant l'exercice en cours,

• Montant + 1 j : (Montant 1-30 j) + (Montant 1-30 j) + (Montant 31-60 j) + (Montant 61-90 j) + (Montant + 91 j)

Prévisionnel de trésorerie (V10.7)

Dans le cadre de la fusion des modules Comptabilité et Règlements de Divalto infinity, de nouveaux programmes de règlement sont disponibles. Afin d'en administrer les données, des adaptations concernant les programmes suivants ont été réalisées : 

• Règlement NEW / Trésorerie / Paramétrage / Modèle - Ligne de cumul

• Règlement NEW / Trésorerie / Paramétrage / Modèle - Critère de calcul

• Règlement NEW / Trésorerie / Calcul du prévisionnel

• Règlement NEW / Trésorerie / Affichage du résultat

Prévisionnel de trésorerie

Permettre la gestion de critères :

• sur les CP (pour les échéances en attente)

• Sur les entêtes de transaction pour les échéances en portefeuilles

Paramétrage du prévisionnel

Programmes :

• Règlement NEW / Trésorerie / Paramétrage / Modèle - Ligne de cumul

• Règlement NEW / Trésorerie / Paramétrage / Modèle - Critère de calcul

Au niveau du zoom des lignes de cumul, ajout de 2 types de données:

• Échéance (lecture des échéances - CP)

• Transaction (lecture des entête de transaction - RGLTJNLENT)

Au niveau du zoom des critères de calculs, pour les lignes de cumul de type "Echéance", les types de critères possibles sont:

• CP Ventilation d'écriture

• C8 Ecriture comptable

• RA Etat du règlement

Pour les lignes de cumul de type "Transaction", les types de critères possibles sont:

• RGLTJNLENT - Entête de transaction

• RA Etat du règlement

Paramétrage du prévisionnel

Paramétrage des échéances client en attente - Code ECHCLIAT - Type de donnée : Echéance 
Critères :

1.  Facture client. Champ : C8.TiersType. Type inclusion. Intervalle de "1" à "1" (Client)

2.  Echéance non réglée. Champ : CP.REGLEFL. Type exclusion. Intervalle de "2" à "2"

3.  Echéance non lettrée. Champ :CP.CE4. Type exclusion. Intervalle de "2" à "2"

4.  Date d'échéance > date du jour moins 30j. Champ CP.ECHDT. Type inclusion. Intervalle de "=dtadd(today, -30)" à ""

5.  Règlement en attente. Champ : RA.POSITION. TYpe inclusion. Intervalle de "1" à "1"

Paramétrage des échéances fournisseurs en attente - Code ECHFOUAT - Type de donnée : Echéance 
Critères idem échéances client en attente sauf type de tiers :

1.  Facture fournisseur. Champ : C8.TiersType. Type inclusion. Intervalle de "2" à "2" (Fournisseur)

Paramétrage des échéances client en portefeuille - Code ECHCLIPO - Type de donnée : Transaction 
Critères :

1. Facture client. Champ : RGLTJNLENT.TiersTyp. Type inclusion. Intervalle de "1" à "1" (Client)

2. Transaction non périmée. Champ : RGLTJNLENT.NEXTTRANSACFL. Type inclusion. Intervalle de "1" à "1"

3. Date d'échéance > date du jour moins 30j. Champ RGLTJNLENT.ECHDT. Type inclusion. Intervalle de "=dtadd(today, -30)" à ""

4. Règlement en portefeuille. Champ : RA.POSITION. Type inclusion. Intervalle de "2" à "2"

Paramétrage des échéances fournisseur en portefeuille - Code ECHFOUPO - Type de donnée : Transaction 
Critères : idem échéances client en portefeuille sauf type de tiers :

1. Facture client. Champ : RGLTJNLENT.TiersTyp. Type inclusion. Intervalle de "2" à "2" (Fournisseur)

Calcul du prévisionnel

Programme : Règlement NEW / Trésorerie / Calcul du prévisionnel
Ce programme est modifié afin de prendre en compte les lignes de type échéance (CP) et Transaction (RGLTJNLENT).

Affichage du prévisionnel

Programme : Règlement NEW / Trésorerie / Affichage du résultat
Rajout du traitement des échéances et des transactions.
Pour un export excel : Le modèle à utilisé pour l'export Excel est : RCTRE_export_prév_tréso.xlsx Paramétrage au niveau du programme d'affichage. Menu Outils / Options / Choix du fichier modèle pour l'export EXCEL.
Pour les données de type "échéance"

• Référence = EcrNo - EcrLg - MaskLg

• Complément 1 = N° de compte

• Complément 2 = Collectif

Pour les données de type "transaction"

• Référence = N° de transaction

• Complément 1 = N° de compte

• Complément 2 = Collectif

Verrouillage / déverrouillage des échéances (V10.7)

Le programme de verrouillage des échéances est Règlement NEW / Utilitaires/ Comptabilité/ Verrouillage comptable.

Le bouton Verrouillage comptable mettra uniquement à jour les détails de transaction en comptabilisé.

Le programme de déverrouillage des échéances est Règlement NEW / Utilitaires/ Comptabilité/ déverrouillage comptable.

Comptabilisation non immédiate (V10.7)

A travers cette nouvelle architecture visant à les modules Comptabilité et Règlement, il est vivement conseillé d’activer l’option “Comptabilisation immédiate” dans les paramétrages du dossier Règlement. Néanmoins, cela reste optionnel, et le programme de comptabilisation non immédiate est accessible par le menu Règlement NEW / Traitement / Export des écritures comptables.
Ce programme permet la comptabilisation des transactions qui ne sont pas encore comptabilisées. Il doit être utilisé si l'option "comptabilisation immédiate" n'est pas cochée.

Comptabilisation test (V10.7)

Le programme de comptabilisation test est accessible par le menu Règlement NEW / Utilitaires / Comptabilité / Test de comptabilisation. 
Ce programme permet de faire un test de comptabilisation. Les écritures sont uniquement enregistrées dans un fichier, sans lettrage ni génération des écritures. Une option permet d'imprimer les écritures de test obtenues.

Impression des écritures de test (V10.7)

Le programme d'impression des écritures de test est accessible par le menu Règlement NEW / Utilitaires / Comptabilité / Impression des écritures de test.
Ce programme permet d'imprimer un fichier d'écritures comptables. Par défaut le fichier traité est celui généré par le programme de comptabilisation test. Des options permettent d'imprimer :

• le détail par pièce (CP)

• les ventilations analytiques (CX)

• les informations de TVA (CTAX)

Gestion des règlements sur les tiers personnels (V10.7)

Programmes:

• Comptabilité / Saisie / Saisie des écritures

• Comptabilité / Saisie / Saisie des écritures en attente

Dans les programmes de saisie des écritures, il est possible de gérer des règlements sur les Tiers Personnels.

La saisie des écritures pour les comptes de nature auxiliaire personnel est autorisé uniquement sur un journal achat.

Une liste déroulante permet de filtrer selon la nature du compte.

Programme de saisie des écritures:

Programme de saisie d'une écriture en attente:

Le circuit de règlement sur un tiers personnel est identique à celui d'un fournisseur.

Saisie des écritures en modification : prise en compte des ventilations initiales (V10.7)

Programmes:

• Comptabilité / Saisie / Saisie des écritures

• Comptabilité / Saisie / Saisie des écritures en attente

Dans la saisie d'écriture, lors de la modification des ventilations, le programme vérifie si la modification conserve l’intégrité des ventilations initiales de l'écriture.

Si ce n'est pas le cas 2 choix s’offrent à l'utilisateur :

• Annuler ces modifications (choix par défaut)

• Remplacer les données des échéances initiales par les données modifiées des ventilations.

Des colonnes dédiées permettent de visualiser les valeurs initiales des ventilations.

Powersearch : prise en compte des tables de transactions de règlement (V10.7)

Pour pouvoir indexer toutes les données des tables de transactions de règlement, il est nécessaire de réaliser une nouvelle indexation dans Harmony:





Concernant les transactions de règlement, on peut accéder au power search à partir des programmes:

• Règlement NEW / Fichier / Entête de journal de règlement

• Règlement NEW / Fichier / Détail de journal de règlement

• Règlement NEW / Fichier / Taxes liées aux acomptes

Entête de journal de règlement
L'indexation est possible par plusieurs champs tels que le tiers, son nom, numéro de la pièce, état, montant, dates, etc.

Détails de journal de règlement
La recherche peut être faite par tiers, numéro de transaction, date d'écriture, date d'échéance, état fin, état origine, montant, compte, etc.

Taxes liées aux acomptes
L'indexation peut être faite par tiers, montant fin, montant hors taxe, montant TVA et nom du tiers.

,