IRC logs of #tryton-fr for Tuesday, 2012-01-03

chat.freenode.net #tryton-fr log beginning Tue Jan 3 00:00:02 CET 2012
cedknavis: il faut installer le module00:08
cedknavis: quelle est la formule?00:08
navisdealer_price, tout simplement00:10
naviscedk: mais maintenant j'ai un message d'erreur, apparemment c'est dans check_formula que ça coince00:10
naviscedk: check_formula appelle _get_context_price_list_line avec 6 arguments, alors qu'on l'a redéfinie avec 700:11
cedknavis: http://pastebin.com/AF3Ji5E700:12
cedknavis: ha oui, il faut enlever dealer_price de la signature00:12
cedknavis: ceci devrait marcher: http://pastebin.com/LE0gqkD500:13
naviscedk: yesss, super, ça marche00:18
naviscedk: merci beaucoup00:18
-!- navis(~user@91.180.57.19) has left #tryton-fr03:36
navisbonjour trytonland17:46
navislors de mes premiers tests avec tryton, j'étais parvenu à effectuer des paiements sur des factures17:47
navisdans ma db actuelle, je n'y parviens plus17:47
navisj'ai un journal cash défini, mais le form qui permet d'ajouter des lignes de paiement reste verrouillé17:48
navisquelle est l'erreur ?17:48
bechamelnavis: le module qui gère les statement désactive le paiment depuis la facture17:49
navisargh17:50
navisdonc c'est l'un ou l'autre ???17:51
bechamelnavis: oui17:51
navispoukram, ça c'est un schbinz...17:51
navisil y a une raison fonctionnelle à ça ?17:53
navisje veux dire, il y a peut-être qqchose qui m'échappe, mais ces deux fonctionnalités ne me semblent pas se chevaucher...17:55
bechamelnavis: ben l'encodage des statement sert a faire le suivi de paiement17:55
navisbechamel: bancaires oui, mais cash ?17:56
bechamelnavis: c'est idem je pense, en tout cas dans tryton17:57
navisbechamel: c'est effectivement le même principe derrière, mais encoder un extrait chaque fois qu'on reçoit un paiement c'est un peu galère18:00
navisbechamel: ça me semble être deux interfaces complémentaires pour le même système18:00
navisbechamel: avec chacune leur utilité18:00
cedknavis: non, ce n'est pas complémentaire18:01
cedknavis: à partir du moment où l'on fait un suivi par statement, il faut toujours utiliser les statement18:02
naviscedk: gérer un compte bancaire via des statements c'est bien18:02
naviscedk: mais prendre des paiements cash ???18:03
cedknavis: aussi18:03
bechamelcedk: est-ce qu'on pourrait pas imaginer que le wizard sur la facture crée un statement qd on fait un paiement ?18:04
cedkbechamel: ça n'a pas de sens18:04
naviscedk: comprend pas pourquoi tout ou rien ?18:06
naviscedk: le statement correspond parfaitement au fonctionnement extraits de compte bancaires18:06
naviscedk: mais pas paiement bancontact ou cash ou toute autre méthode de paiement direct18:07
cedknavis: si parce qu'il faut tenir un journal de caisse18:07
cedknavis: une caisse ou un compte en banque c'est la même chose18:08
naviscedk: oui mais l'interface d'entrée de statement est moins pratique pour une caisse18:09
naviscedk: même si le fonctionnement réel est le même18:09
naviscedk: note que je n'ai pas encore rentré de statement, donc je me fourvoie peut-être, mais encoder un statement à chaque paiement me semble super lourd18:10
cedknavis: ben, on fait un statement pour une journée18:12
cedknavis: puisque c'est la manière légal de faire18:13
naviscedk: et ça permet de solder les factures au fur et à mesure ?18:14
naviscedk: pour encoder un statement, je dois créer un journal particulier ?18:14
cedknavis: un journal de statement18:15
naviscedk: ça me demande un nom (de journal de statement) et encore un journal18:15
cedknavis: c'est le journal comptable18:25
naviscedk: oufti je viens de tester, c'est pas top pratique...18:26
naviscedk: un statement par jour n'est pas faisable, sinon on ne peut pas marquer les factures comme payées avant la fin de la journée18:28
naviscedk: le fonctionnement comptable est le même pour un compte bancaire et une caisse18:28
cedknavis: et alors?18:28
naviscedk: mais en pratique ça ne fonctionne pas du tout de la même façon18:29
naviscedk: ce n'est pas logique, la facture est payée au moment où le client me paie, et il est en droit d'avoir sa facture acquittée18:29
naviscedk: pourquoi devoir attendre la fin de journée pour avoir une situation réelle ?18:30
cedknavis: ben alors il te faut un POS complet18:31
naviscedk: c'est indépendant18:31
cedknavis: comprend pas18:32
naviscedk: fonctionner en statements pour les comptes bancaires est logique18:32
naviscedk: pour une caisse ça peut aussi l'être, mais pas nécessairement18:32
naviscedk: pourquoi supprimer cette flexibilité ?18:33
cedknavis: parce que c'est faux18:33
naviscedk: ??? ce sontd18:33
navis cedk: oups18:33
naviscedk: ce sont juste deux méthodes différentes d'entrer les mêmes données, non ?18:34
naviscedk: qu'est-ce qui est faux d'avoir un journal de caisse tenu classiquement ?18:34
cedknavis: justement avoir 2 méthode différentes est mauvais et génére des erreurs18:35
naviscedk: comprend pas, c'est la même chose, seule la méthode d'entrée change selon ce qui est adapté à la situation18:38
naviscedk: tu n'as pas d'extraits de compte à rentrer pour ta caisse18:38
naviscedk: donc le statement ne correspond absolument pas à la réalité18:38
cedknavis: je suis pas d'accord!18:38
cedknavis: apres tu fais ce que tu veux, tu peux réactiver le wizard si tu veux18:39
naviscedk: je sais, mais j'aimerais comprendre ton point de vue, car comme c'est là je trouve ça illogique18:41
cedkce qui est sur c'est que faire un POS avec sale, invoice, statement, stock ne donnera pas une solution élégante18:41
navisc'est indépendant du fait d'avoir un pos18:42
cedknavis: à partir du moment ou tu utilise des statements, il faut le faire tout le temps sinon il y aura des trou18:42
naviscedk: tout à fait d'accord18:42
cedknavis: non ton problème vient du fait que tu fais des ventes au comptoire18:42
naviscedk: dans mon cas oui, mais c'est applicable à toute caisse18:43
naviscedk: je disais tout à fait d'accord, mais par journal18:43
naviscedk: statement ou pas, mais une fois qu'on fait des statements pour un journal, on y reste18:44
naviscedk: sinon ça n'a aucun intérêt18:44
naviscedk: ça c'est tout à fait logique18:44
cedknavis: en fait, le bouton pay sur la facture ne devrait absolument jamais exister18:45
cedknavis: il est là pour ceux qui veulent utiliser Tryton juste comme simple facturier sinon ça n'a pas de sens18:45
naviscedk: d'accord si tu ne prends que des paiements banque18:46
naviscedk: mais pas pour des paiements directs18:46
naviscedk: un statement correspond directement à un extrait de compte18:46
naviscedk: mais si tu n'as pas d'extrait, il ne correspond à rien18:47
cedknavis: pas d'accord18:47
cedknavis: tu a une caisse qui est exactement comptablement parlant comme un compte banquaire18:47
naviscedk: comptablement parlant oui18:48
naviscedk: mais pratiquement non18:48
cedknavis: non car tu dois tenir une caisse, et tu n'y arrivera pas avec ce wizard18:48
naviscedk: le wizard ne fait que remplir des journaux, non ?18:49
naviscedk: tenir la caisse, ce n'est jamais qu'avoir le solde de ce journal en début de journée, et en fin de journée18:49
naviscedk: idem pour les autres moyens de paiement directs18:50
naviscedk: en fait tu pourrais reconstituer les statements à partir du contenu du journal de caisse encodé via le wizzard18:52
naviscedk: mais en réalité tu n'as pas de statements pour une caisse18:52
cedknavis: la bonne méthode est d'avoir un POS18:53
naviscedk: d'accord si tu vends au comptoir (comme moi)18:53
naviscedk: mais tout qui a une caisse n'a pas besoin d'un pos18:53
cedknavis: et bien il utilise les statements18:54
navis:-)18:54
naviscedk: et décider statement ou pas par journal, c'est envisageable ?18:55
cedknavis: peut-être18:56
naviscedk: ah, alors on peut discuter :-)18:56
naviscedk: pas que ça soit important pour mon utilisation directe, mais je pense que ça serait un vrai plus pour tryton par rapport à la situation actuelle18:57
-!- navis(~user@91.180.95.81) has left #tryton-fr18:57
navisoups, fausse manoeuvre18:58
cedknavis: pour l'instant le code est simple, faire ce que tu propose necessite surement de changer le design du wizard19:02
naviscedk: quelle partie de ce que je propose ?19:04
naviscedk: si les journaux ont la caractéristique statements ou no-statements, «il suffit» que le wizzard ne propose que ceux qui sont no-statements19:05
naviscedk: ou plus directement, à partir du moment où un journal de statement existe pour un journal comptable, le wizzard ne le propose plus19:06
cedknavis: ben oui, il faut le coder cela19:08
naviscedk: ce serait intégré si je le faisais ?19:13
cedknavis: si c'est bien fait pourquoi pas19:14
naviscedk: ce sera pas tout de suite, tu as pu te rendre compte de mes capacités pythoniennes :-)19:14
naviscedk: mais je note dans mes exercices de familiarisation :-)19:15
cedknavis: le mieux est de faire une entrée dans le bug tracker19:15
naviscedk: ok, je fais ma caisse :-), je rentre chez moi, et j'y regarde ce soir19:17
-!- navis(~user@91.180.95.81) has left #tryton-fr19:25

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!