...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
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 ».
Remarque : 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.
| Sommaire | ||
|---|---|---|
|
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
Pour gérer ceux-ci (notamment en cas de programmes spécifiques), il s’agira de passer par SHIFT+F4 sur l’un des deux menus.
Par le biais du “Nom de l’application 2” (à utiliser dans les regroupements des menus) présent dans les paramètres généraux, il sera possible de distinguer le menu Règlement NEW en saisissant “DREG”, du menu Règlement OLD en saisissant “DREGOLD” :
...
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.
Certains flux de règlement ne peuvent être traités directement dans la comptabilité fusionnée (Règlement_NEW), mais ils devraient être minoritaires. En l’occurrence, il s’agit uniquement des flux de règlement qui ont été débutés dans « Règlement OLD » (Mise en portefeuille pour les encaissements / Préparation pour les décaissements) et qui n’ont pas été finalisés (non remis en banque pour les encaissements, non émis pour les décaissements, avec confection du bordereau et génération de l’écriture de Trésorerie). Par conséquent, on ne parle ici que des écritures dont l’effet est en statut « En portefeuille » au moment de la bascule sur « Règlement NEW ».
Toutes les écritures liées à un effet « En attente » sont automatiquement repris dans « Règlement NEW » grâce à l’utilitaire de « Mise à jour des écritures à partir de règlement ». Le fait qu’elles aient été créées avant ou après la bascule « Fusion », n’a aucune incidence.
Cette règle à été adoptée pour :
Les clients qui ne comptabilisent pas la « Mise en portefeuille/Préparation »,
Les clients qui ne sont pas en « Comptabilisation immédiate ».
Dans ces deux situations, les phases de Mise en portefeuille/Préparation constatent un règlement qui ne se traduit pas en Comptabilité. Dès lors, l’écriture d’Achat/Vente n’est pas lettrée, générant les créances/dettes dans les nouveaux programmes de Règlement_New qui ne reflètent pas la réalité.
ainsi :
Les programmes de changement d'état pour les états « en portefeuille » ou « en banque » sont toujours accessibles pour terminer les traitements dans « Règlement OLD ».
Les anciens programmes des règlements traitant les effets en attente ne sont plus accessibles à partir de « Règlement OLD ».
Service pack (V10.7a)
Une case à cocher supplémentaire “Traiter les écritures” 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).
...
...
| Remarque |
|---|
La bascule doit être traitée en mode projet, en appui sur le guide des bonnes pratiques |
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.
| Sommaire | ||
|---|---|---|
|
Guide pour activer la fusion des modules Comptabilité et règlements
| Inclure page | ||||
|---|---|---|---|---|
|
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)
...
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 si la transaction est de type finale.
Accès direct au zoom des transactions (V10.7)
...
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)
...
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.
...
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.
...
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)
...
Le programme de cession est par défaut associé au changement d'état "DAILLY".
Dans le changement d'état choisi, on doit avoir :
Cession Dailly = Dailly à titre de garantie ou Dailly comptabilisé
Banque = A saisir ou fixe
Compte comptable = 4116 (Collectif pour les créances professionnelles cédées)
Bordereau = "DAILLY" si l'on souhaite la génération d'un bordereau de cession
Au niveau de la banque on doit avoir :
Un compte de cession (en général une déclinaison du compte 5191 "Crédit de mobilisation de créances commerciales"
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.
...
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 :
Cession Dailly = Dailly à titre de garantie ou Dailly comptabilisé
Banque = A saisir ou fixe
Compte comptable = 4116 (Collectif pour les créances professionnelles cédées)
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.
...
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:
...
Paramétrage des échéances client en attente - Code ECHCLIAT - Type de donnée : Echéance
Critères :
Facture client. Champ : C8.TiersType. Type inclusion. Intervalle de "1" à "1" (Client)
Echéance non réglée. Champ : CP.REGLEFL. Type exclusion. Intervalle de "2" à "2"
Echéance non lettrée. Champ :CP.CE4. Type exclusion. Intervalle de "2" à "2"
Date d'échéance > date du jour moins 30j. Champ CP.ECHDT. Type inclusion. Intervalle de "=dtadd(today, -30)" à ""
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 :
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 :
Facture client. Champ : RGLTJNLENT.TiersTyp. Type inclusion. Intervalle de "1" à "1" (Client)
Transaction non périmée. Champ : RGLTJNLENT.NEXTTRANSACFL. Type inclusion. Intervalle de "1" à "1"
Date d'échéance > date du jour moins 30j. Champ RGLTJNLENT.ECHDT. Type inclusion. Intervalle de "=dtadd(today, -30)" à ""
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 :
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
...
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.
...
Taxes liées aux acomptes
L'indexation peut être faite par tiers, montant fin, montant hors taxe, montant TVA et nom du tiers.
,