dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] Paiements fournisseurs nuls


From: Laurent Destailleur
Subject: Re: [Dolibarr-dev] Paiements fournisseurs nuls
Date: Sat, 03 May 2008 05:01:22 +0200
User-agent: Thunderbird 2.0.0.12 (Windows/20080213)

Yannick Warnier a écrit :
Le samedi 03 mai 2008 à 01:10 +0200, Eldy a écrit :
Yannick Warnier a écrit :
Salut,

J'ai un problème avec la version 2.2 mais je ne pense pas qu'il soit
réglé dans CVS.
En gros, en utilisant le use-case
http://www.dolibarr.com/wikidev/index.php/FactureFournisseur
pour appliquer une note de crédit à une facture fournisseur, j'ai
plusieurs cas où les notes de crédit valent pour le même montant que la
facture originale.

Ce qui fait qu'en suivant le use-case, j'arrive à un paiement nul qui
clôture les deux factures (la facture originale et la facture note de
crédit).
Et c'est là que c'est génial... le code de Dolibarr
(htdocs/fourn/facture/paiementfourn.class.php::Paiementfourn::create())
fait *2 fois* une vérification pour autoriser les montants positifs et
les montants négatifs mais *pas* les montants nuls.

Alors avant que je ne vérifie si c'est bien toujours le cas dans CVS et
ne le corrige moi-même, je voulais m'assurer qu'on était tous bien
d'accord que dans ce cas précis, un montant total de paiement peut être
nul...
C'est tjs pareil en 2.4.
Par contre le controle me semble bon.
En effet qd on saisi un paiement c'est qu'on a recu de l'argent ouo qu'on en a envoyé (si paiement négatif).

C'est vrai que ça suit la logique du paiement, seulement c'est bloquant.

Dans ton use case, on a un paiement de zero mais as-t-on un mouvement sur le compte bancaire ?

Non, en réalité il n'y a pas de mouvement bancaire, mais un mouvement
bancaire de "0" est assez facile à comprendre comme étant une annulation
de paiement par note de crédit.

* Si il y avait bien eu mouvements sur compte bancaire alors il y en a eu 2 et donc dans ce cas il faut aussi mieux faire 2 saisi car les mouvements n'ont peut être pas été a la meme date.

Dans ce cas il n'y aurait effectivement pas de problème, mais ce n'est
pas le cas ici.

* Si il n'y a pas eu de mouvement sur compte bancaire et qu'ici c'est juste une ruse pour fermer une facture de doit et son avoir, alors Dolibarr bloque car si on saisie un paiement +x et un autre -x, Dolibarr va saisir 2 ecritures sur le compte bancaire alors qu'il n'y a rien eu. Et donc dans ce cas, il faut mieux une gestion particulière qui éviterait de laisser des traces sur le compte bancaires (sur le principe des avoirs clients oou on applique un avoir sur une facture ce qui permet de la fermer sans mouvements sur compte). Mais comme cela n'a pas encore développer, tu peux t'en sortir avec un paiement positif puis saisie d'un autre négatif juste après.

... ce qui générerait quand même un mouvement sur le compte en banque
alors qu'il n'y en a pas eu.
Donc en gros il faudrait la même chose que pour les factures clients
(avoir), mais ça n'existe pas encore.
J'imagine que en termes comptables ça existe aussi et que c'est appelé
un "crédit" fournisseur... quelqu'un peut confirmer ça?

Est-ce que je le rentre comme demande de fonctionnalité chez Savana ou y
a-t-il déjà qqchose qui y ressemble...?
Y a deja quelquechose je crois, il s'agit de la fonctionnalité "gestion des avoirs fournisseurs".
Yannick



_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


--
Laurent.
-----------------------------------------
EMail: address@hidden
Web: http://www.destailleur.fr
Messenger MSN:    address@hidden
Messenger Yahoo:  eldy10
Messenger Jabber: eldy
Tel: 0662724322





reply via email to

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