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 ».
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
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)
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).
...
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.
F8 - Explorateur de transaction (V10.8)
...
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.
...
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é :
| View file | ||
|---|---|---|
|
| 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
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:
| View file | ||
|---|---|---|
|
| View file | ||
|---|---|---|
|
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.
...
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 .
...
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». Cettevue, 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)
...
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 , Règlement NEW / Décaissement / Préparer/ Préparer les eurovirements (SEPA), 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 / 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.
Bons à payer fournisseur (V10.7)
...
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)
...
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)
...
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:
...
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.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
...
la date d'échéance et la date de calcul de la balance.
Impression des échéances (V10.7)
...
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)
...
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.
,