Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Remarque

La bascule doit être traitée en mode projet, en appui sur le guide des bonnes pratiques

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

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

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

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

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

Fruit d’un travail de développement qui a débuté en 2019, la nouvelle solution a vu la refonte complète de la structure du module Règlement, par la création d’une nouvelle architecture basée sur le module Comptabilité. Ainsi, les deux modules peuvent, depuis de 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.

Retrouvez un guide plus technique notamment sur la bascule vers la fusion en suivant ce lien

Sommaire
classd-toc

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

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

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

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

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

Prérequis à la mise en place de la Fusion

Remarque

Pour mettre en place la fusion des modules Comptabilité et Règlement et passer en Règlement NEW il est indispensable de suivre les bonnes pratiques indiquées via le lien suivant

Pour les clients effectuant une migration depuis une version antérieure, et qui souhaitent activer la Fusion du module comptabilité et du module des règlements, nous conseillons d’effectuer certaines opérations indispensable a une bascule efficace.

...

...

Remarque

La bascule doit être traitée en mode projet, en appui sur le guide des bonnes pratiques

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

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

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

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

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

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

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

Remarques :

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

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

Sommaire
classd-toc

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.

...

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)

...

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.

...

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)

...

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)

...

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)

...

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.

...

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

Sans nouvelle écriture (Case non cochée), on modifie simplement l'échéance, sans réaliser de comptabilisation.

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

...

Décaissement fournisseur (V10.7)

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

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

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

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

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

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

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

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

...

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

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

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

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

Gestion des cessions (V10.7)

...

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)

...

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

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





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

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

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

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

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

...

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