Retrouver quelle possibilité ?
Si le but est de saisir une ligne de remise, avec la 3.1 on peut le faire
en cliquant sur "creer remise" directement depuis la fiche facture, sans
quitter la saisie. Cela rajoute 2 clic pour ajouter la ligne mais permet de
saisir un motif pour laquelle on met une remise et de répondre a un besoin
de tracabilité.
Si le but c'est de le faire en 1 clic (en tapant à la place du clic le
signe - dans la case montant, pourquoi pas, on peut ajouter une option
cachée qui fait la même chose en détectant que le signe est négatif, il
faudra alors mettre un libellé générique du genre "Non défini" dans le
champ motif pour que cela passe en base.
Si le but est de passer outre les obligations légales en utilisant une
ligne négatif pour faire des avoirs ou accomptes sans utiliser les factures
d'avoirs ou accomptes (et donc sans assurer la tracabilité de la facture
ayant générer l'avoir, sans avoir une numérotation propre, sans avoir les
mentions et les dates spécifiques à l'avoir ou accompte), et ce parceque
c'est plus pratique, que le client s'en foute ou pas, on ne peut pas
supprimer en standard une fonction qui est imposé légalement dans les
règles de facturation, même si c'est plus pratique de ne pas respecter la
loi (ce n'est pas une question de compta mais de legislation de
facturation, imposée depuis 2006 pour toute l'europe pour la partie facture
accompte, encore avant pour les avoirs).

Donc, je refais la même réponse que déja faite (j'ai l'impression de me
répeter):
Pour contenter ceux qui veulent ne pas respecter les obligations légales
(car c'est plus rapide, je suis le premier à le reconnaitre que la loi
m'emmerde), on peut ajouter une option cachée pour détecter le signe lors
d'une saisie de ligne en négatif et saisir la remise en automatique, mais
cette option doit restée non visible en standard. Pour le cas des lignes
libres négatives issues de commande ou propal, il n'y a rien a faire
puisque deja fait en automatique.
Faire un dev pour gagner 2 clics (je vois large, c'est plutot 1), et amener
une fonction qui, utilisé dans un mauvais context amène l'utilisateur
européen en situation réprimable, je préfère me consacrer à d'autres
priorités.



Le 12 novembre 2011 10:19, Régis Houssin <[email protected]> a
écrit :

>  je reviens sur le sujet car j'ai des clients qui s'en foutent un peu de
> la compta et qui aimerait bien gagner du temps en ayant la possibilité
> d'ajouter des lignes négatives dans la facture...
> ne peut-on pas mettre une option pour retrouver cette possibilité ?
>
>
> Le 09/11/11 21:58, Cyrille de Lambert a écrit :
>
> Bonsoir,
>
> Oui, il faut mieux que la remise soit créer en automatique plutôt que
> d'aller la créer.
> Autre chose, lorsque je fais une facture d'acompte, j'aimerais qu'elle me
> permette de mettre un % de la facture finale sans passer par la remise ou
> autre.
> Du genre, je créé ma facture d'acompte à partir de la commande et
> j'indique "30%" de la commande.
> Dans ce cas, il y aura une ligne négative dans l'acompte "paiement à la
> livraison" pour les 70% restants.
> Il faudrait également pourvoir faire des factures par lot de projet.
>
> Actuellement ,c'est un peu galère de gérer un acompte.
>
> Bonne soirée
>
> Cyrille
>
>
>
>
> Le 09/11/2011 00:50, Laurent Destailleur a écrit :
>
>
> On 09/11/2011 00:35, Régis Houssin wrote:
>
> Oui mais dans la version de dev si tu mets une qty en négatif dans une
> facture elle s'affiche en négatif mais le montant et le total reste en
> positif.
> Et j'insiste sur le fait qu'ils ne veulent pas que se soit une remise mais
> un produit qui apparaisse en négatif.
>
> C'est bien ce qui se passe. Cela ajoute une ligne en négatif avec le
> libellé du produit.
>
>  Et ça reste plus rapide de mettre une ligne en négatif que d'aller créer
> une remise.
>
> Oui on gagne un clic mais on interdit dévoluer vers la compta. Cela ne
> vaut pas le cout de gagner un clic -> éventuellement fournir une option
> cachée pour créer la remise de maniere invisible.
>
> Bref si mon client ne peut plus faire ça, car il pouvait dans les versions
> précédentes, il change de soft... :-(
>
> Si il change de soft car il a un clic en plus pour faire ce qu'il faisant
> avant, on peut ajouter un test si la ligne est négative pour créer en
> automatique la ligne de remise, fonction dispo moyennant activation d'une
> option cachée.
> Si c'est juste le mot "remise" qui le gene sur la ligne qui apparait
> devant le libellé du produit, on peut ajouter une option cachée pour ne pas
> l'afficher.
> Et si il veut une ligne produit en négatif suite a un retour produit, il
> doit utiliser les avoirs. C'est encore plus chiant mais les exigences
> comptable européennes de 2006 qui imposent les factures accomptes, la
> tracabilité des remises, ou encore l'usage d'avoir pour des lignes produit
> est certes chiantes mais reste incontrounable. Si on la détourne, cela
> devra se faire en option cachée (il faudra peut etre les supprimer pour
> avoir une accréditation logiciel comptable, mais vu le travail encore a
> faire, c'est pa pour demain).
>
>
> -----------------------------------------
> Régis Houssin
> Tél. +33633020797
> http://www.dolibarr.fr
> http://www.dolibox.fr
>
> Le 9 nov. 2011 à 00:15, Laurent Destailleur <[email protected]> a
> écrit :
>
>   On 07/11/2011 15:41, Régis Houssin wrote:
>
> Bonjour Laurent,
>
> je reviens sur le sujet car j'ai encore une plainte d'un client qui
> s'étonne qu'on ne puisse plus mettre un montant négatif sur une facture,
> c'est très important pour lui...
>
> On peut.
> Mettre un montant négatif sur une ligne, c'est mettre une ligne de
> réduction.
> Il suffit de créer sur "Editer remise fixe" sur la fiche facture puis
> "appliquer" (dispo en 3.1 ou plus mais pa en 3.0).
>
>
> de plus on peut mettre une qty négative sur les propales et commandes ce
> qui convertit en auto le montant de la ligne en négatif (good), par contre
> sur la facture on peut mettre une quantité en négatif mais le montant reste
> en positif et rien n'est déduit (pas good)
>
>
>
> pourrait-on remettre ceci sur les factures...
>
>  C'est deja le cas en 3.1 et en dev
> Il doit avoir une version 3.0 ou 3.1 qui n'est pas la release.
> Mettre une ligne négative dans une commande crée automatiquement la reduc
> et met bien la ligne en négatif dans la facture. Idem pour la propale.
>
> Cordialement,
> --
> Régis Houssin
> ---------------------------------------------------------
> Cap-Networks
> 30, quai de Verdun
> 71700 Tournus
> FRANCE
> VoIP: +33 1 83 62 40 03
> GSM: +33 6 33 02 07 97
> Web: http://www.cap-networks.com/
> Email: [email protected]
>
> Dolibarr developer: [email protected]
> Web Portal: http://www.dolibarr.fr/
> SaaS offers: http://www.dolibox.fr/
> Shop: http://www.dolistore.com/
> Development platform: https://doliforge.org/
> ---------------------------------------------------------
>
>
> _______________________________________________
> Dolibarr-dev mailing 
> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
>   _______________________________________________
> Dolibarr-dev mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
> _______________________________________________
> Dolibarr-dev mailing 
> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
>
>
> _______________________________________________
> Dolibarr-dev mailing 
> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
>
> _______________________________________________
> Dolibarr-dev mailing 
> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
>
> Cordialement,
> --
> Régis Houssin
> ---------------------------------------------------------
> Cap-Networks
> 30, quai de Verdun
> 71700 Tournus
> FRANCE
> VoIP: +33 1 83 62 40 03
> GSM: +33 6 33 02 07 97
> Web: http://www.cap-networks.com/
> Email: [email protected]
>
> Dolibarr developer: [email protected]
> Web Portal: http://www.dolibarr.fr/
> SaaS offers: http://www.dolibox.fr/
> Shop: http://www.dolistore.com/
> Development platform: https://doliforge.org/
> ---------------------------------------------------------
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
_______________________________________________
Dolibarr-dev mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à