bonjour,

Il faut peut-être aller voir du coté des devises ( Données de base>Tables communes>devise) sur lesquelles sont normalement gérées les arrondis.

Bonjour

Si vous avez résolu ce problème, aidez-moi SVP.

Bonjour Mohamed Gharib,

Merci d’avoir utilisé le Community Hub.

En ce qui concerne votre question sur la gestion des calculs d’arrondis, ils sont gérés par une variable globale GDECPRI.

On peut gagner en précision pour les calculs d’arrondis, et ainsi passer de 4 à 6 décimales par exemple pour les calculs intermédiaires.

En fait ce nombre de décimales pour l’arrondi est défini de manière globale pour tout le module (Achat et Ventes) et se trouve être stocké dans la variable globale GDECPRI.
Le nombre de décimales chargé dans GDECPRI est déterminé par le maximum de décimales des types de données MD5 MD6 et MD8.

Etant donné que c’est une variable globale, il faut se déconnecter puis se reconnecter au Dossier, pour l’initialiser, après avoir modifié les décimales de ces types de données.
Bref, il suffit de passer un des trois paramétrages de types de données à 6 décimales, se déconnecter puis se reconnecter au dossier, de façon à bien initialiser GDECPRI et gagner en précision.


Concernant l'affichage des champs prix, la modification du type de données MD5 entraine une revalidation du dictionnaire (fonction VALDICO) pour prise en compte de la modifications dans tous les écrans, fenêtres… utilisant le type de donnée MD5 !

Par contre, pour gérer deux décimales, il n'est absolument pas conseillé de modifier le format2 de la devise EUR par exemple, car c’est bien trop sensible et peut avoir des conséquences notamment au niveau des écritures comptables générées par la validation de factures.

En ce qui concerne la gestion des calculs d’arrondis :
Les arrondis sur prix nets unitaires sont effectués selon les paramètres généraux ventes et achats SALRND et PURRND, définis au niveau Dossier, société ou site.

Remarque pour les module Achats / Ventes :
Avec PURRND / SALRND à OUI, l’arrondi du prix unitaire est fait selon le nombre de décimales de la devise utilisée.
Avec PURRND / SALRND à NON, l’arrondi du prix unitaire set fait par défaut à 4 décimales, voire même au-delà si le nombre de décimales des types de données MD5 MD6 MD8 est supérieur à 4

Bien Cordialement

Serge de Frutos

Bonjour GHARIB mohammed ,

Faites nous savoir si la réponse de DE FRUTOSa été utile en la marquant comme vérifiée .

Pour cela, au niveau de la réponse apportée cliquer sur l'option "Vérifier la réponse".

Cela aura pour effet de marquer la réponse en vert et de permettre aux autres membres de la communauté, ou aux personnes qui auraient également le besoin de voir que cela a fonctionné.

Merci d'avoir utilisé la communauté.

Floriane

Merci beaucoup Serge