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: Mon, 23 Sep 2019 13:09:16 +0200
User-agent: Roundcube Webmail/1.3.8

Bonjour Yan,

Je réponds au  message dans la mailing list

Le 2019-09-23 12:06, ydc a écrit :
Bonjour.


Oui, oui; c'est comme ça que je procède. J'efface les champs «fiche» de
toutes les lignes à montant nul.


Il faut simplement cliquer sur la croix pour que la fiche soit vide et effacer le montant.


Seulement, parfois, je me retrouve avec un grand nombre de telles
lignes, multiplié par un grand nombre d'opérations, et ça fait du boulot.

Oui on peut réfléchir à un "videur de ligne" ou un bouton pour effacer la ligne ou pour effacer les lignes à zéro, à réfléchir , cela ne devrait pas être trop compliqué :-)


(...)

Ainsi, pour un dossier HTVA qui se retrouve avec une facture TVAC, ou un
dossier mixte (partiellement assujetti), il serait possible de
ponctuellement changer l'interface d'opération d'achat en TVAC; de même,
pour un dossier où l'on utiliser souvent des montants nuls qu'on veut
prendre en considération, il serait possible ponctuellement de cocher la
case pour ignorer les lignes à montant nuls si celle-ci peuvent l'être.


Ici il y a quand même une certaine incompréhension, si tu es assujetti même partiel, tu prends "assujetti à la TVA", si tu ne l'es pas tu prends "NOn assujetti", ce n'est pas supposé changé régulièrement , si tu es assujetti partiel , tu utilises le code 0% "aucune TVA due ou payée" s'il n'y a pas de TVA, et un autre code s'il y en a une.

Pour un non-assujetti, tout est TVAC , puisqu'il doit toujours payer la TVA.

Je peux ajouter une tâche au cas où une âme codeuse passerait pas là; et
reformuler la proposition déjà abordée quant à l'interface TVA?)


Je n'ai pas encore installé la nouvelle version mais je suis impatient
de voir ça.

Il y a pas mal de points que tu avais ouverts pour la compta analytique, à tel point que j'ai failli l'appeler la version YAN ;)

Bonne semaine à toi aussi

D




Très bonne semaine.


y


Dany De Bontridder via noalyss-generale:



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

---
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]