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

Open

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

Open

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)

Open

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.

Open

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.

Open

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 .

Open

F8 sans n° d'ordre sur Explorateur de transaction

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

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

Open

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

Open

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

Open

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)

Open

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

Open

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

Open

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

Open

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.

Open

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.

Open

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.

Open

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.

Open

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.

Open

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 :

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

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

Si le champ « StreetName » est renseigné :

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

Open

Pointer échéances (V10.9)

Le bouton

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

Open

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.

Le bouton Rééchelonnement

Il est possible, à l’aide de cette fonctionnalité (bouton « Rééchelonnement ») , de décaler la date d’une échéance ou de fragmenter cette dernière en plusieurs échéances différentes et des états différents.

Vous pouvez, dans la nouvelle fenêtre ouverte (Rééchelonnement), saisir les champs suivants :

• Montant,

• Etat,

• Date d'échéance,

• compte collectif.

La case à cocher « Générer une nouvelle écriture » permet générer une écriture d’opération diverse :

• Une écriture qui solde le compte du tiers,

• Et une écriture de même sens que l'écriture d’origine (par exemple la facture).

Le lettrage de l’opération diverse qui annule la pièce d’origine est également réalisé.

Remarque : On conserve ainsi un historique de traçabilité sur les modifications effectuées.

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.

Open

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 :

Open

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 .

Open

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

Open

Acompte et gestion analytique (V10.12)

Mise en place de la saisie des axes et des clés de répartition dans les traitements d'acomptes pour permettre la saisie des axes analytiques dans tous les nouveaux programmes de règlement.

Modification des formulaires de saisie dans le module règlement pour inclure les champs permettant la saisie des axes analytiques et des clés de répartition lors de la gestion des acomptes.

Mettre en place, également, des contrôles pour valider que ces axes analytiques et clés de répartition sont renseignés lorsque les comptes sont en affectation obligatoire.

Il s’agit des quatre champs définies par défaut, au niveau du dossier (Voir visite guidée), et se trouvant dans le groupe “ Ventilation “ :

• « Analytique »,

• « Affaire »,

• « Agence »,

• « Non défini ».

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.

Open

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

Open

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.

Open

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

Open

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.

Open

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)

Il est maintenant possible de réinitialiser les filtres concernant le groupe “ Sélections ”.

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.

Open

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

Open

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

Open

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

Open

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

Open

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 :

Open

Exemple

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

Open

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

Open

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

Open

Le règlement revient impayé

Open

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.

Open

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.

Open

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

Open

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.

Open

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

Open

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

Open

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

Open

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)