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.

Guide pour activer la fusion des modules Comptabilité et règlements

Un guide dédié vous explique comment basculer vers la fusion des modules Comptabilité Règlements

Tables communes pour la gestion des recouvrements (V10.9)

On accède à la gestion des tables communes via l’option de menu : Comptabilité / Fichiers / Organisation / Dossiers.

Puis « Shift + F7 » pour accéder au zoom des tables communes de Comptabilité / Règlement.

Nous avons rajouter la possibilité de définir que les stratégies de recouvrement sont gérées par une table commune ou non

Précisions techniques

Attention, maintenant toute modification dans le zoom des tables communes « Comptabilité / Règlement » entraîne une réservation des tables communes « Commerce & Logistique » afin de garantir la synchronicité de la valeur pour la table des stratégies de recouvrement.

La case à cocher reste présente dans le zoom des tables communes « Commerce & Logistique ».

Harmonisation des couleurs (V10.9)

Application d'une police de couleur sur les nouveaux programmes de règlements :

• Couleur rouge sur les échéances de type acompte,

• Couleur bleu pour les échéances non-échues,

• Couleur grise pour les échéances échues.

sur les programmes suivants:

• Réception d'encaissement

• Remise en banque d'encaissement

• Préparation de décaissement

• Émission de décaissement

• Décaissement multi-fournisseur

Comptes et journaux hors règlement (V10.9)

Le paramétrages de la comptabilité prend en compte les cases à cocher « Lié à Divalto Règlement du plan comptable (auxiliaires et collectifs) et les journaux. Ainsi dans les programmes de « Règlement_New » et « Recouvrement », cette case à cocher détermine l’utilisation ou non de la prise en compte dans le module.

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.

Tables C8 et CP (V10.9)

Des améliorations ont été apportées afin de gérer les numéros de pièces des écritures d’opérations diverses et de trésorerie.

Un champ a été rajouté dans la saisie des écritures d’OD ou de trésorerie permettant de préciser si cette écriture correspond :

• à une facture ; FactureCod = 2 : dans le cas d’OD de reprise.

• un rééchelonnement de facture ; FactureCod = 1 : dans le cas des écritures d’OD de rééchelonnement ou pour les écritures de trésorerie générées par un impayé.

• Sinon FactureCod = 0

Le champ « Date d'échéance initiale Pièce lettrée » a également été rajouté aux « CP ».

Ci-dessous, la table de décision pour mettre à jour les n° de pièce (et pinotiers, tiers, type de tiers) ainsi que les informations de pièce lettrée (n° Pièce, Date échéance Pièce lettrée, Date d'échéance initiale Pièce lettré) lors du lettrage.

La ventilation de l'écriture 1 (à gauche) a comme n° de pièce 100 avant le lettrage.

La ventilation de l'écriture 2 (à droite) a comme n° de pièce 200 avant le lettrage.

Le tableau présente les N° de pièce et les n° de pièce lettrée de ces ventilations après le lettrage :

Lors du délettrage, seules les informations liées aux n° de pièce lettrée sont supprimées.

Lors du lettrage d’une écriture qui n’est pas typée “facture” et qui a été générée par le module règlement, en complément des ventilations l'écriture prendra le n° de pièce de l'écriture opposée.

Gestion de l’escompte (V10.9)

Il est impossible de saisir des escomptes sur des factures non éligible.

Un indicateur a été rajouté aux écritures d’achat-vente afin d’indiquer les factures pour lesquelles, il n’est pas possible de saisir des escomptes. Les écritures concernées sont celles pour lesquelles il n’y a pas de TVA ou de TVA transitaire.

Cet indicateur est présent sur la table « C8 » et sur la table « CP » des ventilations par pièces associés.

Les écritures de rééchelonnement ou d’impayés hériteront de cet indicateur.

Ainsi, dans le module règlement, il ne sera plus possible de saisir des escomptes pour ces factures. Une colonne indiquant le montant escomptable de la facture permettra de les identifier dans les programmes de règlement.

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.

Accès à l'écriture comptable générée (V10.10)

Après avoir pris le focus sur le tableau des écritures comptables générées, un nouveau bouton « Détail de l'écriture » devient disponible afin d’en visualiser le détail.

A partir du détail, vous aurez accès à la modification de l'écriture comptable.

Accès à l’historique de recouvrement (V10.9)

Si la transaction concerne le recouvrement et possède un numéro de recouvrement, le bouton « Historique recouvrement » s’active et permet d’accéder directement à l’entête de l’historique.

Filtre sur le statut de la 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». 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.

Distinction touche F8/F9 (V10.9)

Dans le zoom des transactions l’utilisation des touches de fonction « F8 et F9 » sera interprété :

• « F8 » appelle le combo zoom regroupant une seule ligne par transaction

• « F9 » appelle le zoom des entêtes de transaction

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 / Echéances. Le traitement 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.

Harmonisation des enregistrements tableaux (V10.12)

Afin de simplifier les surcharges, l’impression des échéances et l’ensemble des tableaux se basent dorénavant sur l’enregistrement « REGT1 ».

Situation d'avant

Pour ajouter un nouveau champ dans les tableaux , les partenaires doivent alimenter les enregistrements REGT1_ETAT, REGT1_PIECE, REGT1_BQ, REGT1_TIERS, REGT1_BQCESS, REGT1_MT, REGT1_COMM puisque chaque tableau se base sur un enregistrement .

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.

Détails de la fonctionnalité :

• Si la case est non cochée, on pourra sélectionner uniquement entre les références bancaires enregistrées pour le tiers. La modification et la création est impossible.

• Si la case est cochée, on pourra modifier manuellement les différentes références bancaires proposées (celles enregistrées pour le tiers). Il est également possible d’accéder à la gestion des RIB du tiers.

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.

Saisie du libellé d'écriture d’opération diverse (V10.9)

Dans les programmes de :

• Saisie des encaissement,

• Saisie des décaissements,

• Saisie des décaissements multi-fournisseur,

vous pouvez saisir un libellé sur les écritures d’opérations diverses générées.

Dans la fenêtre permettant de définir l’écriture complémentaire à l'écriture de règlement, on a rajouter un champ « Libellé » qui est modifiable.

Si ce champ est renseigné, on reprendra le libellé saisi lors de la création de l'écriture complémentaire et permettant la gestion :

• D’un escompte manuel,

• D’une différence de règlement,

• D’une différence de change,

• D’une opération diverse.

Précisions techniques

Rappel sur les  « jokers » utilisables dans les libellés d'écriture :

• "<" Nom du tiers

• "=" date d'écriture + nom du tiers

• "#" date d'échéance + nom de tiers

• ">" nom du tiré

Gestion des acomptes simples (non associés à un règlement)

• En  encaissement : le libellé du pied est initialisé avec  « Acompte = »  (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé du pied est initialisé avec  « Acompte = »  (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : pas de modification

Gestion des rééchelonnements simples (non associés à un règlement)

• En  encaissement : le libellé du pied est initialisé avec  « Rééchelonnement # »  (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé du pied est initialisé avec  « Rééchelonnement # »  (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : pas de modification

Gestion des escomptes manuels  « WE »

Dans la fenêtre de gestion des différence de règlement, il est possible de gérer le libellé de l'écriture de différence de règlement. 

• En  encaissement : le libellé est initialisé avec  « Escompte < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé  est initialisé avec  « Escompte  < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : le libellé  est initialisé avec  « Escompte  < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttdecmulti)

Gestion des différences de règlement « WDR »

Dans la fenêtre de gestion des différence de règlement, il est possible de gérer le libellé de l'écriture de différence de règlement. 

• En  encaissement : le libellé est initialisé avec  « Différence règlement < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé  est initialisé avec  « Différence règlement < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : le libellé  est initialisé avec  « Différence règlement < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttdecmulti)

Gestion des différences de change manuel « WDC »

Dans la fenêtre de gestion des différence de règlement, il est possible de gérer le libellé de l'écriture de différence de règlement. 

• En  encaissement : le libellé est initialisé avec « Différence de change < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé  est initialisé avec « Différence de change < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : le libellé  est initialisé avec « Différence de change < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttdecmulti)

Gestion des Opérations Diverses « WOD »

Dans la fenêtre de gestion des différence de règlement, il est possible de gérer le libellé de l'écriture de différence de règlement. 

• En  encaissement : le libellé est initialisé avec  « < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttprepreg)

• En  décaissement : le libellé  est initialisé avec  « < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttsaisdec)

• En décaissement : le libellé  est initialisé avec  « < » (modifiable dans la fonction RgltJnlDet_Init_Av du rcttdecmulti)

Consulter la pièce achat-vente depuis le détail de l'écriture (V10.10)

Depuis le module des règlements, il est possible de consulter la pièce provenant de Commerce & Logistique si l'écriture est de type sous-système.

Dans les différents programmes de règlements, la combinaison de touches « Shift+F4 » permet d’afficher le détail de l'écriture comptable.

Un bouton « Pièce » à été ajouté permettant de consulter la pièce de Commerce & Logistique. Ce dernier est grisé si le journal n’est pas de type sous-système. Il affichera également un message si la pièce est inexistante.

Recherche par numéro de pièces (V10.10)

Règlement NEW / Encaissement / …

Règlement NEW / Décaissement / …

Ajout dans l'entête des différents programmes d’une nouvelle option de recherche, le choix « Pièce du Tiers » pour pré-pointer une Facture. Il y a donc maintenant 3 types de recherche :

• Par Pièce

• Par relevé

• Par pièce du tiers

Traitement supplémentaire

Lorsqu’on renseigne le numéro de pièce (Pièce, relevé, pièce du tiers) sans indiquer le code du tiers, le tiers est automatiquement renseigné et sa facture sélectionnée. Cette fonctionnalité n’est disponible que dans le nouveau module règlement (Règlement NEW).

Gestion des adresses ISO20022 et transmissions bancaires (V10.12)

Afin de répondre à l’obligation de migration des échanges de paiements internationaux vers le standard ISO20022, il est nécessaire de gérer les adresses avec un format plus complet.

Aussi il à été rajoutée une option, dans le dossier « Règlement », permettant de rendre obligatoire la présence d’une adresse ISO pour le fournisseur pour lequel on effectue un virement international.

Saisie des adresses avec la norme ISO20022

1. La saisie d’une adresse ISO est possible à partir du zoom Fournisseur ou du zoom des adresses pour les adresses tiers.

2. Bien que non obligatoire, il est possible de saisir l’adresse ISO des dossiers « commerce & logistique » et partir du dossier Comptable via le bouton « Adresse Iso ».

3. Remarque : dans une adresse ISO, seul le code pays est obligatoire. Un certain nombre de champs ne sont pas utilisés lors de la génération des fichiers interbancaires.

Saisie des règlements

1. Lors de la saisie d’un virement international, une adresse ISO est nécessaire.

   1. Si elle est considérée comme obligatoire dans le paramétrage du dossier alors la présence de cette adresse est testée. Dans tous les programmes de décaissement, on ne pourra pas valider une transaction si cette adresse n’est pas présente.

   2. Si elle n’est pas obligatoire pour les virements internationaux ou pour les autres décaissement, cette adresse ISO est récupérée par défaut. Si elle n’est pas présente, on récupère et on transforme l’adresse standard du tiers. Il est possible de modifier cette adresse à partir de la fenêtre de gestion des informations bancaires.

2. Cette adresse ISO est enregistrée dans l’entête de la transaction.

Génération des fichiers interbancaires

1. Lors de la génération des fichiers interbancaires, on récupère l’adresse ISO pour constituer le fichier. Si la transaction n’a aucune adresse ISO (Anciennes transaction), le fichier interbancaire est généré avec l’ancienne norme.

2. Utilisation des adresses des dossiers : comme pour les adresses standards, lors de la génération de fichiers interbancaires, l’adresse ISO du dossier Comptable est récupérée lorsque les établissements de commerce & logistiques sont considérés comme des sociétés (cas de l’inter-agence), sinon, c’est l’adresse ISO du dossier DAV. Si l’adresse ISO n’est pas présente, l’adresse standard est récupérée et transformée en ISO selon les règles précisées ci-dessous.

Règles de transformation des adresses standards en adresse ISO.

Cette règle se trouve dans la procedure « Initialize_AdrIso_From_Adresse » dans le traitement « gttmchkadriso ».

Les champs suivants sont systématiquement passés tel quel :

Si le pays n’est pas renseigné, on récupère le pays du dossier dans le cas de la transformation de l’adresse d’un tiers.

Règles de transformations des champs « Rue », « AdrCpl1 », « AdrCpl2 »

Le champ « Rue » remplit le champ « StreetName » sauf si :

Il commence par ‘BP’ ou ‘B.P’, dans ce cas on remplit le champ « PostBox ».

Il commence par ‘ZI’, ‘Z.I’, ‘ZA’, ‘Z.A’ et les champs « AdrCpl1 » ou « AdrCpl2 » sont renseignés, on remplit le champ « Departement ».

 Le champ « AdrCpl2 » remplit le champ « SubDepartment » sauf si :

Il commence par ‘BP’ ou ‘B.P’, on remplit alors le champ « PostBox ».

Le champ « StreetName » est vide, on le remplit.

Le champ « Departement » est vide, on le remplit.

Le champ « AdrCpl1 » remplit le champ « SubDepartment » sauf si :

Il commence par ‘BP’ ou ‘B.P’, on remplit alors le champ « PostBox ».

Le champ « StreetName » est vide, on le remplit.

Le champ « Departement » est vide, on le remplit.

Si le champ « StreetName » est renseigné :

Si le premier mot commence par un caractère numérique, il rempli alors le n° de rue « BuildingNumber » et est supprimé de « StreetName ».

Sinon, si le dernier mot commence par un caractère numérique, il rempli alors le n° de rue « BuildingNumber » et est supprimé de « StreetName ».

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

Différence en pourcentage (V10.9)

Un champ à ajouté dans le pied de page :

• Un champ exprimé en % à côté du « Solde » et indiquant la différence entre le montant reçu et le montant des échéances sélectionnées (pointées).

Pointer échéances (V10.9)

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).

Encaissement : filtre sur montant saisi (V10.9)

Lorsqu’on se trouve dans les programmes de préparation, le bouton de filtrage ouvre la fenêtre associée permettant ainsi de saisir plusieurs éléments :

• Fourchette de pièce

• Fourchette de numéro de relevés

• Fourchette de date d'émission

• Fourchette de date d'échéance

• Fourchette de montant

• Une devise

Comme la fenêtre de saisie des filtres est commune aux programmes de changements d'états, certains éléments sont grisés sans jamais pouvoir être saisi puisqu’ils n’ont aucune valeur ajoutée.

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.

Bouton bordereaux (V10.12)

Ajout d'un bouton « Bordereaux » dans les programmes d’encaissements et de décaissements (hors décaissement multi-fournisseur), Cession Dailly et l'explorateur de transaction.

Lors de la saisie de tous les règlements, le gestionnaire est renseigné, y compris en encaissement.

Dans les programmes de règlement, le bouton « Bordereaux » est disponible que dans l'entête.

Ajout d’une option « Confection automatique à la fin d’une transaction » dans les bordereaux permettant de déclencher la génération automatique des bordereaux lors de la validation d'une transaction.

Dans le programme de génération des bordereaux ajout en filtre :

• du type de règlement (Encaissement, décaissement),

• du champ gestionnaire (Utilisateur),

• de la liste des banques associées à une transaction,

• de la liste des types de bordereaux  (Opération) associés à une transaction.

Lors de l'appel par tunnel du programme de confection des bordereaux, les transactions seront filtrées avec les filtres précédents (type de règlement,gestionnaire, banques, opération) et seront systématiquement sélectionnés pour permettre un traitement immédiat.

A partir du programme d'encaissement par tiers, l'appel au tunnel est effectué en renseignant : 

• le gestionnaire avec l'utilisateur courant,

• le changement d'état et son état suivant associé,

• la banque associée à la dernière transaction effectuée.

A partir du programme de décaissement par tiers, (bouton « Bordereaux » ) l'appel au tunnel est effectué en renseignant :

• le gestionnaire avec l'utilisateur courant,

• le changement d'état,

• l'état et la banque associés à la dernière transaction effectuée.

A partir du programme d'encaissement multi-tiers, l'appel au tunnel est effectué en renseignant : 

• le gestionnaire avec l'utilisateur courant,

• le changement d'état et son état suivant associé,

• la banque si elle est renseignée.

A partir du programme de décaissement multi-tiers, l'appel au tunnel est effectué en renseignant : 

• le gestionnaire avec l'utilisateur courant,

• le changement d'état,

• l'état suivant associé au premier état de sélection rattaché au changement d'état,

• la banque si elle est renseignée.

A partir du programme de génération des cessions Dailly, l'appel au tunnel est effectué en renseignant : 

• le gestionnaire avec l'utilisateur courant,

• le changement d'état,

• la banque si elle est renseignée.

A partir de l'explorateur de transaction, l'appel au tunnel est effectué en renseignant : 

• le changement d'état de la transaction courante,

• l'état final de la transaction courante,

• la banque de la transaction courante.

Dans les programmes d’encaissements et de décaissements (hors décaissement multi-fournisseurs), et Cession Dailly ajout du bouton « Bordereaux » .  Lors de la validation d'une transaction, la confection du bordereau associé a cette transaction, et uniquement celle-ci, est lancée en automatique.

A partir du programme d'encaissement par tiers, la case à cocher « Bordereau automatique » est disponible dans l'entête si l'état final du changement d'état est associé à un bordereau et est initialisé à partir du paramétrage du bordereau.

A partir du programme de décaissement par tiers, la case à cocher « Bordereau automatique » est disponible dans le pied si l'état final de la transaction est associé à un bordereau et est initialisé à partir du paramétrage du bordereau.

A partir du programme d'encaissement multi-tiers, la case à cocher « Bordereau automatique » est disponible dans l'entête si l'état final du changement d'état est associé à un bordereau et est initialisé à partir du paramétrage du bordereau.

A partir du programme de décaissement multi-tiers, la case à cocher « Bordereau automatique » est disponible dans l'entête si l'état suivant, associé au premier état de sélection rattaché au changement d'état, est associé à un bordereau et est initialisé à partir du paramétrage du bordereau.

A partir du programme de génération des cessions Dailly, la case à cocher « Bordereau automatique » est disponible dans l'entête si le changement d'état est associé à un bordereau et est initialisé à partir du paramétrage du bordereau.

Précisions techniques

Ajout du tunnel Tunnel_Bordereau dans le rcpm000.

public function int Tunnel_Bordereau(dos, Doscpt, ConfecAutoFl, Transac, Bdx, ChgEtat, Etat, Bqc, Gestionnaire, EffDt, BloquerComptaFl)

 1 dos   = ' ' ; Dossier

1 doscpt >RCFDD.dhsd Doscpt = ' ' ; Dossier comptable

1 ConfecAutoFl >RCFDD.dhsd ConfecAutoFl = 1 ; si =2 Le traitement des bordereaux est effectué automatiquement

1 Transac >RCFDD.dhsd Transac   = 0 ; N° de transaction à traiter

1 Bdx >RCFDD.dhsd Bdx   = ' ' ; Bordereaux à sélectionner

1 ChgEtat >RCFDD.dhsd ChgEtat   = ' ' ; Changement d'état permettant de récupérer le bordereaux associé

1 Etat >RCFDD.dhsd Etat   = ' ' ; Etat Final permettant de récupérer le bordereaux associé

1 Bqc >RCFDD.dhsd Bqc     = ' ' ; Banque

1 Gestionnaire >RCFDD.dhsd Gestionnaire   = ' ' ; Gestionnaire

1 EffDt >RCFDD.dhsd EffDt   = ' ' ; Date de traitement du bordereau

1 BloquerComptaFl >RCFDD.dhsd BloquerComptaFl   = false ; Si true, il n'y aura pas de comptablisation immédiate

Si ils sont vides les 2 champs dos et dosCpt sont initialisés avec les dossiers en cours.

Si TRANSAC est renseigné, seule cette transaction sera chargée pour générer son bordereau.

Si Bdx est renseigné, seul ce type de bordereaux sera choisi comme filtre.

Si Bdx n'est pas renseigné, si le changement d'état est renseigné et est associé à un bordereau, celui-ci est sélectionné (Dailly)

Si un Etat n'est pas renseigné, on récupère l'état suivant associé au changement d'état.

Si l'état est renseigné ou initialisé par le changement d'état, et qu'il est associé à un bordereau, celui-ci est sélectionné (Dailly)

Si le changement d'état est renseigné, seules les transactions associé a son le type de règlement seront sélectionnées

Si la banque est renseigné, seules les transactions associées seront sélectionnées

Si la gestionnaire est renseigné, seules les transactions associées seront sélectionnées

Si la date d'effet est renseigné, la date de traitement des bordereaux sera celle-ci.

Si BloquerComptaFl est renseigné est à 'false', il n'y aura pas de comptabilisation immédiate.

Si ConfecAutoFl est égal à 2, la génération des bordereaux sélectionnés sera automatiquement effectué.

Devise à terme (V10.11)

Il est possible d'acheter des devises à un taux X (négocié avec la banque) pour payer, par exemple ses fournisseurs. Lors des décaissements ou des encaissements, nous ne faisons donc pas référence aux cours du jour, mais à un cours arrêté.

Dans les programmes de préparation des décaissements et des encaissements, il est possible de choisir un taux de change fixe pour une devise. C’est donc c’est ce taux qui sera utilisé pour calculer les montants du règlement et calculer les éventuelles différences de change.

Lors de la sélection de la devise de règlement différente de la devise du dossier, le taux de change du jour est affiché. Mais il est possible de saisir un autre taux de change, en cochant la case « Taux de change à terme » et en saisissant valeur du taux.

Si la devise du règlement correspond à la devise du dossier aucun taux de change n'est affiché. Par contre, il est possible de sélectionner un taux de change fixe vers un autre devise.

Dans le programme de décaissement multi-fournisseur, il est également possible dans l'écran de sélection de choisir un taux de change fixe pour une devise. Dans ce cas, le taux de change de règlement sera celui-ci par défaut. Il sera éventuellement possible de choisir la devise du dossier comme devise de règlement.

Dans tous les programmes, il ne sera pas possible de sélectionner une échéance, un acompte ou un avoir qui n’est pas dans la devise du dossier ou dans la devise associée à ce « Taux de change à terme ».

Gestion des conflits et du regroupement (V10.10)

Dans les programmes de règlement et de l'encours, lorsqu’un utilisateur veut créer un conflit et qu'il se trouve sur un regroupement, le message bloquant suivant s’affiche « Création de Conflit impossible sur un regroupement. Merci d'effectuer l'opération sur le détail des ventilations qui le composent ».

Ainsi pour créer ou traiter un conflit par ventilation , on a ajouté dans la fenêtre de détail des ventilations les deux buttons :

Montant partiel à régler sur décaissement / encaissement (V10.9)

Renseigner l'utilisateur sur le montant réglé et calculer automatiquement le restant dû pour générer la nouvelle échéance attendue.

Un champ « Montant réglé » a été ajouté dans la fenêtre de règlement partiel et dans le tableau de règlement partiel multiple pour reprendre le fonctionnement des anciens programmes.

Comme la fenêtre de règlement partiel est commune pour tous les nouveaux programmes :

• Encaissement : Ce dernier sera rempli et grisé par montant à saisie dans l’entête de sélection .

• Décaissement : Idem au fonctionnement des anciens programmes .

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. 

Pointage automatique : Traitement avoirs et acomptes (V10.10)

Programmes :

• Règlement NEW / Décaissement / Emettre

Lors du chargement des échéances, on crée une liste avec la somme des acomptes+avoirs par tiers.
Tiers par tiers : On fait une sélection des factures et on contrôle si la somme des acomptes+les avoirs est inférieure aux factures sélectionnées. Si OK, on prend toutes les échéances (factures+acomptes+avoirs) et on enchaîne sur le tiers suivant.

Le traitement de pointage du programme d'émission des décaissements est ainsi optimisé lorsque des acomptes et des avoirs sont présents (*10 à *50) et permet générer rapidement les règlements fournisseurs.

Préparation en mode pilotée (V10.10)

Quand on pilote le module Règlement à partir du pointage semi-automatique ou de la Saisie d'écriture de Trésorerie et qu’on enregistre un décaissement partiel, il est souvent compliqué de s'y retrouver. Notamment entre le montant décaissé et le montant des échéances pointées (problème de sens notamment).

Ainsi si l’on saisi un montant à régler prédéfini, on calcule automatiquement le solde restant lors de la saisie d’une différence de règlement ou d’un règlement partiel.

Identifiant bancaire RTN / ABA national étranger (V10.9)

Dans les programmes permettant de saisir un IBAN/RIB/Swift (hors pied de page dans le décaissement), nous avons ajouté la notion de code RTN à la place de la domiciliation qui n’était pas exploitée dans les virements. Ainsi dans le programme d'émission des virements internationaux, par exemple, on peut accéder à l'écran de saisie des coordonnées bancaires via le bouton « Données complémentaires » permettant de saisir le code RTN/ABA.

Attention le positionnement du code transit varie selon la banque émettrice

Ci-dessous un exemple de saisie pour un virement international depuis la Caisse d'épargne

Précisions techniques

La saisie du code RTN / ABA n’est pas possible depuis le pied de page dans le programme de préparation des virements internationaux, cependant il est possible d'utiliser la touche de fonction « F9 » dans les champs IBAN afin de sélectionner directement l’Iban du tiers.

Regroupement en fonction de l'état suivant (V10.9)

Si un changement d'état prend en compte plusieurs états, le regroupement sera fait par tiers et par état final.

Ainsi si un changement d’état qui appelle les « S30 » et les « S31 » pour émettre les virements, il est possible de regrouper les virements par tiers et de réaliser pour chaque tiers, un virement avec les « S31-S51 » et un virement pour les factures « S30-S50 ».
Jusqu'à présent, cette opération cumulait les « S30 » et les « S31 » pour déclencher un virement unique. désormais le programme tient pas compte du paramétrage de l’état suivant.

Règlement divers en décaissement (V10.9)

Il est possible de générer des règlements divers dans le programme de préparation des décaissements.

En cliquant sur le bouton « Règlement divers » dans le programme de préparation de décaissement , une fenêtre s’ouvre et vous permet de saisir un montant divers. Cette fonctionnalité permet, par exemple, de saisir une opération bancaire concernant deux banque interne.

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.

Réinitialisation des filtres (V10.12)

La gestion des filtres a été améliorée pour les « étape 2 » et « étape 3 ». Ainsi, lorsqu'on souhaite supprimer des filtres existants renseignée a « l'étape 1 », il était nécessaire d'ouvrir l'écran de gestion des filtres et de vider manuellement les filtres actifs, contrairement aux programmes de règlement « classiques » qui disposent d'un bouton de traitement immédiat.

Pour remédier à cela, dans le programme de « Décaissement multi-fournisseur », nous avons ajouté la fonction par le présence d’un nouveau bouton « Réinitialisation des filtres » aux étapes 2 et 3 . Cela vise à simplifier la gestion des filtres dans ce programme.. Il est à noter que les filtres seront initialisés en fonction des filtres saisis par l'utilisateur à l'étape 1. Cette fonction est également accessible via le menu « Compléments ».

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é.

Filtre sur compte collectif (V10.11)

Dans « Etape 1 : Sélection des échéances à payer », on permet a l'utilisateur de saisir une fourchette de compte collectif.

Dans l'étape 2, le filtre est appliqué aux échéances et dans les étapes suivantes aux entêtes de journaux.

Ce filtre sur les collectifs est aussi disponible dans les programmes d’encaissements / décaissements et des changements d'état.

Accès aux filtres aux étapes 2 et 3 (V10.11)

Dans les étapes 2 et 3 du décaissement multi-fournisseur, un bouton a été ajouté pour pouvoir modifier les filtres sans avoir à revenir dans le menu et perdre la sélection.

Pilotage de la devise en décaissement (V10.10)

Dans l’entête des programmes de décaissement par tiers, le champ devise a été rajouté afin de définir la devise du règlement.

Les règles suivantes sont valables dans tous les programmes d’encaissement ou de décaissement :

• Si j'ai une facture en EUR et que je veux régler en USD, alors le montant en USD est valorisé par rapport au taux de change du jour de la préparation du décaissement, sans différence de change 

• Si j'ai une facture en USD et que je veux régler en USD, alors le montant de la préparation du décaissement en USD est valorisé par rapport au taux de change du jour USD/EUR et une différence de change est générée automatiquement pour la différence entre la facture et le règlement selon la devise du dossier (par rapport à la devise du dossier)

• Si j'ai une facture en GBP et que je veux régler en USD, alors le montant en USD est valorisé par rapport au taux de change du jour GBP/USD de la préparation du décaissement et une différence de change est générée automatiquement pour la différence entre la facture et le règlement par rapport à la devise du dossier

Pour les escomptes, le taux retenu doit être le même que celui de la facture (taux de change le plus proche de la date de facture).

Dans le programme des décaissement multi-fournisseurs, il également possible de modifier la devise du règlement.

Soit :

• Par échéance si elle est isolée;

• Par regroupement;

• Par mode de règlement.

Si la devise du règlement est modifiée au niveau du mode de règlement, toutes les échéances qui y seront affectées seront réglées dans cette devise.

Si la devise du règlement est modifiée au niveau d’un regroupement, toutes les échéances qui y seront ajoutées seront réglées dans cette devise.

Important : Ce mode de fonctionnement n’est disponible que dans le nouveau module règlement. (RÈGLEMENT NEW)

Blocage de la différence de change selon devise de la banque (V10.11)

En cas de saisie de la banque dans les programmes de règlements, si la devise du compte associé à la banque est identique à celle du règlement, on recalcule les montants du règlement en EUR en reprenant les montants des factures en EUR (pour la part réglée).

Dans le programme de décaissement multi-fournisseur, on a ajouté un champ « Banque » de règlement à l'étape 1 qui reprendra ensuite le mécanisme précédent. A « l'étape 3 », un contrôle bloquant a été rajouté en cas de changement de banque lorsqu'elles ne sont pas sur la même devise de règlement.

1. Paramètre du compte comptable de la banque concernée et la devise étrangère

2. Paramètre du changement d'état utilisé avec l'obligation de saisir la banque

3. Vue de l'étape 1 permettant d’indiquer la banque de règlement

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é.

Sélection de factures regroupées lors d’une remise en banque globale (V10.10)

Cette fonctionnalité permet à l’utilisateur de saisir un montant d’impayé pour chaque échéance liée à une remise en banque globale .

Le bouton « Impayé partiel » a été ajouté, ce qui permet d’afficher la liste des échéances liées à un règlement. Ce dernier est visible que lorsqu’on pointe une ligne :

Exemple

Il est possible de saisie un montant d’impayé pour chaque échéance :

Un message d’alerte est affiché dans le cas ou le montant saisie en impayé est supérieur au montant de l'échéance :

Extourne automatique et gestion de l'escompte après impayé (V10.9)

Après avoir saisie de l'escompte sur un règlement revenu en impayé, ce dernier est automatiquement extourné et permet de retrouver le montant d’origine de la créance.

Exemple :

Règlement d’une facture avec application d’un escompte

Le règlement revient impayé

Une fois que l’impayé est validé , la nouvelle échéance attendue reprend le montant total de l'échéance initiale : l'échéance relative à l'impayé et à l'escompte extourné sont regroupés.

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

Ajout paramètre de confection automatique des bordereaux (V10.12)

Ajout de la case à cocher « Confection automatique à la fin d’une transaction » permettant de déclencher la génération automatique des bordereaux lors de la validation d'une transaction (encaissement-décaissement).

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

Réimpression des bordereaux et filtres de sélection (V10.9)

Les filtres sur les banques et les types de bordereau sont toujours directement accessibles et chargé.

Mail du bordereau tiers (V10.11)

Lors de la confection d’un bordereau au tiers suite à un décaissement, on peux envoyer un mail au fournisseur. Celui-ci comprend un message, ainsi qu'une pièce jointe détaillant les échéances réglées sous la la forme d’un tableau. Ce tableau est désormais présent dans le corps du mail, et limité à 50 lignes. Au delà un fichier PDF est envoyé en pièce jointe.

Précisions techniques

Le nombre de lignes maximum (hors totaux) est précisé dans la fonction « Nombre_lignes_tableau_mail » dans le programme « rctembordereau ».

Le processus a été modifié et dans la table des codes « Actions », le champ « Paramètres » prend désormais la valeur :

[FICJOINT][R3XZ.NomFic];;[FORM.fournisseur][R3XZ.Tiers];;[FORM.montanttotal][R3XZ.MtTotal];;[FORM.dev][R3XZ.Dev];;[TABJOINT][R3XZ.NomTabTmp]

Le corps du mail de la tâche d’envoi de mail est désormais le suivant :

Bonjour,
Nous vous informons que nous avons effectué en votre faveur, des règlements pour un montant total de 
[FORM.montanttotal] [FORM.dev].

[Proc.Tab]

Cordialement,

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. 

Consultation de la balance âgée (V10.9)

La consultation de la balance âgée est accessible via le menu Règlement NEW / Interrogation / Balance âgée / Consultation de la balance âgée.

L’interrogation est disponible si la balance âgée a été enregistrée lors de de son impression.

Le traitement permet :

• La consultation,

• Le tri multi colonnes,

• La recherche,

• L'impression,

• L'export tableur,

• L'annotation d'une balance âgée enregistrée.

La barre d'outils de la balance âgée

1. Navigation :

   • Bouton « Première ligne » ou «Ctrl+Home »,

   • Bouton « Ligne précédente » ou « Shift+F2 »,

   • Bouton « Ligne suivante » ou « F2 »,

   • Bouton « Dernière ligne » ou « Ctrl+Fin »

2. Recherche :

   • Bouton « Accéder aux critères de sélections » ou « Ctrl+F »

3. Option d'édition :

• Menu Compléments, option,

• Bouton « Options »

Permet de positionner les options d'impression et indique les ordres de tri

1. Prise de notes et saisie des observations :

Bouton « Note » ou « Shift+F6 »

1. Sélection d'une balance âgée, bouton « Sélection de la balance âgée »

2. Visualisation du détail de la pièce par le bouton « Détail » ou « F6 »

3. Bouton « Export tableur »

4. Bouton Enrouler-Dérouler la sélection :

• Bouton « Développer la sélection » ou « Ctrl+F4 »

• Bouton « Réduire la sélection » ou « Ctrl+Shift+F4  »

1. Impression de la balance âgée, bouton « Imprimer »

Numéro d'écriture et gestion des boutons (V10.9)

Une nouvelle colonne « N° d'écriture » (par défaut non affichée) a été ajoutée à la ligne de l'échéance . Par défaut, cette dernière n’est pas affichée.

On a rajouté dans le menu :

• Le bouton « Modifier l'écriture » permettant d'accéder à la modification de l'écriture,

• Le bouton « Détail de la pièce » est grisé, s’il ne pointe pas sur une pièce issue de Commerce & Logistique.

Cette fonctionnalité à également été reportée dans le zoom « Facture de balance âgée ».

Consultation de balance âgée : Exemple

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).

Automatisation par processus (V10.9)

Il est possible de lancer le calcul prévisionnel de la trésorerie et d’envoyer un mail contenant l’export tableur du résultat par processus.

Pour cela, on peut enregistrer les paramètres du calcul de la trésorerie et initialiser un processus qui exécutera le calcul.

Si la première date à traiter n’est pas initialiser le programme effectuera le calcul à partir de la date du jour du traitement. Il est possible de paramétrer la liste des journaux par intervalles séparés par le signe « - » (par exemple BNP-SG) ou par liste de codes séparés par des « ; ».

Si la case « Ouvrir le tableau de résultat à l’issue du calcul » est cochée, un mail est envoyé par le processus avec le fichier tableur contenant le résultat en pièce jointe. Ce processus est lié à l’action « REG_TRESO_MAIL ».

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.

,