noalyss-generale
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [noalyss-generale] Montants nuls, précieux?


From: Dany De Bontridder
Subject: Re: [noalyss-generale] Montants nuls, précieux?
Date: Fri, 20 Sep 2019 14:31:47 +0200
User-agent: Roundcube Webmail/1.3.8




Bonjour,

Le 2019-09-20 12:54, ydc a écrit :
Je vois.

C'est pratique comme ça pour les cas cités.


Par contre, est-il facilement envisageable, et intéressant en général,
et non problématique à certains endroits, de laisser les champs
«montant» vides? Pas même «0»?

Non , c'est justement compliqué, si tu regardes ces champs, tu verras qu'automatiquement, les virgules sont changées en point et seulement 2 décimales sont gardées, ce qui est un soucis, par exemple pour les CFA il n'y a pas de décimale. Si on met le champs à vide, cela ne fonctionnera pas, parce qu'un espace est soit un montant invalide ce n'est pas un nombre soit considéré comme zéro et dès lors on a à nouveau ce fameux zéro.

La meilleure façon pour obtenir ce que tu veux (et que tout le monde soit satisfait) est d'avoir l'option dans les préférences du dossier.

Pourquoi ne pas simplement vider le qcode de la fiche ? Les lignes sans qposte / poste comptable avec un montant de zéro sont ignorées.

bat,

D


Aussi parce que, parfois, dans la précipitation, si, hors usage de la
tabulation, le curseur est placé avant et non après le «0» pour
introduire un montant et qu'on ne remarque pas le «0» supplémentaire,
celui-ci multiplie par 10 le montant introduit.

Ça pourrait grandement faciliter l'encodage à certains endroits
(copier-coller, placement du curseur, etc').

Pour ce qui est de la ventilation de montants nuls, il serait toujours
possible d'introduire «0» dans le champ concerné, et seules les lignes
vides, sans montant, seraient effacées.

???



y



Dany De Bontridder via noalyss-generale:
Bonjour,

En fait, il y a déjà eu un cas où qq'un s'est plaint de ne pas pouvoir
rentrer d'opération à zéro à cause de son contrôleur qui l'exigeait,
l'autre argument est que cela permet à RAPAV de retrouver les opérations
utilisant ce poste comptable ou fiche, afin de rapport un rapport, on
l'utilisait par exemple pour avoir les montants sur lesquelles il y a
une taxe de 0% (exemple TVA) on peut faire autrement, et dernier
argument, si qq'un ne veut pas l'utiliser, il n'est pas obligé de
rentrer une opération à zéro, en supprimant, le poste comptable ou la
fiche, la ligne ne sera pas sauvée.


Cependant, si quelqu'un développe un patch qui permet de choisir de les
enregistrer dans ses préférences, il sera intégré


Bonne journée

D



Le 19/09/19 à 12:01, address@hidden a écrit :
Bonjour.


Question de convention et de pratique comptable:

Y a-t-il un intérêt à certains endroits dans les écritures
d'opérations comptables qu'apparaissent des postes ventilés avec un
montant nul?

Question connexe, serait-il préjudiciable si, lorsqu'un montant dans
une opération est nul, la ligne du poste correspondant était
simplement effacée?

Je pose cette question après avoir rencontré à plusieurs reprises la
situation suivante:
Une écriture prédéfinie de salaire; OD avec de nombreuses lignes;
parfois, une correction de salaire entraîne un opération avec
seulement certains postes ventilés. Si je fais appel à l'opération
prédéfinie, de nombreuses lignes non affectées resteront avec un
montant nul, et toutes ces lignes seront enregistrées avec ce montant
nul, et les postes correspondants seront ventilés avec ce montant nul
et apparaîtront pas la suite dans les impressions comme ayant été
ventilés par ladite opération..., mais avec un montant nul.

Serait-ce un souci si ces lignes étaient simplement automatiquement
ignorées, ou est-il parfois intéressant de les conserver?


Merci.
Bonne fin de semaine.


y

---
NOALYSS est un Serveur de Comptabilit et de Gestion libre

NOALYSS is an ERP Server opensource focused on accountancy


---
NOALYSS est un Serveur de Comptabilit et de Gestion libre

NOALYSS is an ERP Server opensource focused on accountancy



reply via email to

[Prev in Thread] Current Thread [Next in Thread]