pour ma part le client est prévenu !
Le 25/03/11 23:36, Laurent Destailleur (eldy) a écrit : > Attention, en faisant cela, la base de donnée sera corrompue pour la > réalisation de la compta (quand elle sera prete, cela laisse le temps de > voir venir). > De plus, l'euro a imposé un arrondi sur 2 dans la valeurs des montant > totaux en euros. > Certains rapport ou exports peuvent aussi être faux. En effet la > précision a l'affichage étant plus court que la précision avec laquelle > on stocke les données, ce que l'on voit n'est donc pas la réalité. > > Paramétrage à vos risques et périls. > > > Le 25/03/2011 16:30, Régis Houssin a écrit : >> j'ai trouvé une parade pour les arrondis de tva, >> paramétrer les précisions en 5 5 2 au lieu de 5 2 8 >> >> >> Le 23/03/11 22:09, Laurent Destailleur (eldy) a écrit : >>> >>> >>> Le 23/03/2011 21:41, Cyrille de Lambert a écrit : >>>> Bonsoir, >>>> >>>> Dans le cas réel, nous nous sommes aperçu que tous les comptables >>>> français calculs la TVA par groupe de TVA et non par ligne de produit. >>>> C'est un des deux manières de faire mais c'est la plus utilisée. >>>> Toutes les applications libres ayant la même manière de calculer (par >>>> ligne de produit), nous avons dans tous les cas des réflexions comme >>>> quoi les TVA ne sont pas justes. >>>> De même, j'ai remarqué que les TVA sont ventilées en pied de facture et >>>> non pas ligne par ligne (ex : SAGE). >>>> >>>> Une compta non ventilée ligne par ligne n'est donc pas forcément fausse >>>> même si ça parait plus logique. >>> >>> Faux. >>> Si le produit 1 est un service et le produit 2 est un objet, la >>> ventilation sera faite sur des comptes compta différents et meme si ils >>> ont un taux de tva différents (chaque produit ayant son code compta). >>> >>> >>> Ces logiciels font en effet les arrondis à leur maniere au niveau le >>> moins fin, mais il faut alors gérer en manuel les avoirs qui provoque >>> des écarts et user des pertes et profits pour gérer les écarts de ces >>> arrondis des qu'on fait des la compta un peu conforme qui génere des >>> arrondis (amortissement qui ne vont pas se faire au même ryhtme selon >>> les lignes par exemple). >>> Hors l'objectif de dolibarr à terme est de faire de la compta sans être >>> comptable. Et cela implique d'être mieux préparer et de ne pas prendre >>> de raccourcis pour avoir une fonction prete plus vite car l'objectif >>> n'est pas la. Il y a deja plein de logiciels pour cela (openerp, >>> openbravo, phpcompta, etc...). >>> >>>> >>>> Cyrille >>>> >>>> >>>> >>>> >>>> Le 23/03/2011 18:36, Laurent Destailleur (eldy) a écrit : >>>>> Faire cela empechera tout simplement de faire de la compta dans dolibarr. >>>>> Car si on peut avoir un ecart d'un centime par rapport a ce que pense >>>>> etre juste un client est genant, avoir un ecart de 1 centimes en compta >>>>> double partie est plus que genant, c'est tout simplement impossible et >>>>> non valide légalement. >>>>> Donc comme la compta travaille au niveau ligne (les ventilations de >>>>> lignes ne vont pas toutes sur les meme comptes comptables), il faudra >>>>> modifier au moins une ligne si on veut modifier un total. >>>>> >>>>> >>>>> Le 23/03/2011 18:31, Régis Houssin a écrit : >>>>>> ne peut on pas garder les arrondis de ligne juste, et faire un calcul >>>>>> parallèle pour avoir un total juste ? >>>>>> ce ne serait pas plus simple ? >>>>>> >>>>>> >>>>>> Le 23/03/11 15:53, Laurent Destailleur (eldy) a écrit : >>>>>>> J'ai prévu une telle fonction mais dans un premier temps sur le facture >>>>>>> fournisseur. >>>>>>> Cela ne peut etre sur la fonction calcul_price_total car pour des >>>>>>> raisons compta, on est obligé d'avoir le détail par ligne. Exemple: On >>>>>>> aura des pbs par exemple quand on voudra faire un avoir pour cause de >>>>>>> non reception d'un produit dans la liste (seule une ligne sera a annuler >>>>>>> et comme l'arrondi aurait été fait non sur cette ligne mais sur autre >>>>>>> chose, l'arrondi de l'avoir se fera peut etre dans u nautre sens ce qui >>>>>>> aboutira a de la compta en double partie qui ne sera pas équilibré. Et >>>>>>> bien sur ceci est strictement interdit. >>>>>>> Cela passera donc plutot par une compensation/correction de l'arrondi >>>>>>> sur certaines lignes prises au hasard en cas de non égalité de l'arrondi >>>>>>> du total avec le total de l'arrondi. L'arrondi de la ligne sera alors >>>>>>> faux mais cela répondra à ceux qui veulent une gestion non exacte de >>>>>>> leur compta dans le but d'éviter les incompréhensions du client. >>>>>>> J'espere cet option poru la 3.1. >>>>>>> >>>>>>> >>>>>>> On 23/03/2011 12:21, Régis Houssin wrote: >>>>>>>> Bonjour, >>>>>>>> >>>>>>>> je reviens sur ce "soucis", >>>>>>>> un client souhaite un arrondi sur le total et pas sur la ligne car il >>>>>>>> vend des produits à petit montant et tous à 19,6 et il se retrouve en >>>>>>>> permanence avec des incohérences sur le total tva. >>>>>>>> >>>>>>>> petit exemple simple pour rappel: >>>>>>>> >>>>>>>> 3 lignes de produits à 2€HT chacun et 4 en qty chacun >>>>>>>> >>>>>>>> ce qui donne un total HT de 24€ >>>>>>>> et un total tva de 4,71€ >>>>>>>> alors que la tva sur le total donne 4,70 >>>>>>>> >>>>>>>> 1 cents c'est pas grand chose mais ca crée des réclamations clients ! >>>>>>>> >>>>>>>> est-ce que ca serait compliqué de proposer les deux solutions dans la >>>>>>>> configuration globale ? >>>>>>>> une modification de la fonction "calcul_price_total()" ? >>>>>>>> >>>>>>>> Cordialement, >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Dolibarr-dev mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Dolibarr-dev mailing list >>>>>>> [email protected] >>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>>> >>>>>> Cordialement, >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Dolibarr-dev mailing list >>>>>> [email protected] >>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dolibarr-dev mailing list >>>>> [email protected] >>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> Cordialement, >> >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev Cordialement, -- Régis Houssin --------------------------------------------------------- Cap-Networks 33, rue des Marguerites 01000 Bourg en Bresse 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://www.doliforge.org/ ---------------------------------------------------------
<<attachment: regis_houssin.vcf>>
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
