IRC logs of #tryton-fr for Monday, 2018-12-17

chat.freenode.net #tryton-fr log beginning Mon Dec 17 00:03:01 CET 2018
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr00:11
-!- thaneor(~lenovo3@r179-25-171-240.dialup.adsl.anteldata.net.uy) has joined #tryton-fr03:19
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr07:12
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr07:13
-!- mrichez(~smuxi@mail.saluc.com) has joined #tryton-fr08:00
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr08:38
buxycedk: bon, on dirait que les lignes de taxes sont bien configurées, en effet c'est bien dispatché sur les nouvelles notes de crédit qu'on peut créer11:18
buxypar contre pour les mouvements historiques, les notes de crédit n'ont pas été bien gérées, elles ont été rentrées dans les mêmes codes que leurs factures associées, je ne sais pas pourquoi11:25
cedkbuxy: donc ce code serait buggué: http://hg.tryton.org/modules/account/file/default/tax.py#l118411:33
cedkbuxy: ce serait bien de rapporter un bug avec un example de données mal migrées11:45
-!- nicoe(~nicoe@host-85-201-184-151.dynamic.voo.be) has joined #tryton-fr11:55
buxycedk: mais tu l'imagines comment cet exemple de données mal migrée? là je lance la création de mon plan de taxe et j'ai une note de crédit crée manuellement à l'instant dans le bon code et une autre note de crédit d'avant ma migration dans le mauvais code, je ne vois pas de différence significative sur le mouvement comptable et les lignes de taxe associées à ces deux notes de crédit12:26
buxy(en tout cas rien de visible dans le client)12:39
cedkbuxy: faut voir les valeurs avant et après migration14:02
buxyles valeurs de quoi?14:03
cedkbuxy: des lignes de taxe14:03
buxyje ne peux pas prendre le temps de recharger une sauvegarde et refaire la migration, mais je trouverai bizarre que les valeurs des lignes de taxe changent lors de la migration ?? après j'ai effectivement eu des lignes de taxes où le champ "type" était resté vierge, j'ai dû les remplir manuellement pour permettre à la migration de se terminer14:31
buxymais c'était toujours des vieilles entrées manuelles (création directe du mouvement comptable sans passer par une facture)14:32
cedkbuxy: sans avoir la moindre idée des données qui n'ont pas été migrée correctement, je ne vois pas comment on pourra corriger le bug14:37
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr14:54
buxycedk: si tu peux m'expliquer sur quels champs se basent les affectations "lignes de taxes" -> "code de taxe", peut-être que je peux essayer de comprendre pourquoi deux lignes d'apparence similaire ne sont pas affectées au même code?15:27
buxyd'une manière générale, ce principe de fonctionnement est-il documenté qque part?15:27
cedkbuxy: c'est documenté dans le code15:42
cedkbuxy: l'affectation vient du type de la ligne de tax (account.tax.line)15:43
cedkbuxy: mais d'après ce que je comprends, le problème vient de la migration de données15:45
cedkle lien que j'ai donné montre les queries fait pour mettre à jour ce champs type15:45
cedkmais on ne peut comprendre que si on a avant/après15:45
buxyj'ai compris cela type="base" ou type="tax" en fonction du code associé à la ligne, mon problème c'est que la base d'une note de crédit créé avant la migration se trouve dans le même code que la base de la facture associée alors qu'il devrait être ailleurs, c'est une facture pour l'étranger où il n'y avait donc pas de taxe15:48
buxymais juste une comptabilisation de la base dans une valeur de chiffre d'affaire (et une valeur régularisation de CA pour les notes de crédit)15:49
cedkbuxy: mais quelles étaient les valeurs pour que le query fasse ce qu'il ne doit pas faire15:49
buxyje regarde16:03
buxycedk: alors les valeurs sur account_tax_line sont inchangées et on a type="base" en plus16:18
buxyle champ code est toujours présent dans acount_tax_line?16:23
buxyen tout cas la différence est claire, c'est le signe dans la colonne "amount"16:24
buxyles entrées créées avant la migration ont un montant positif, celles après la migration ont un montant négatif16:24
buxymais dans les 2 cas, on a un montant positif dans le champ "debit" sur la account.move.line associée16:31
cedkbuxy: il semblerait que la migration de changement de sign n'a pas été faite: https://discuss.tryton.org/t/migration-from-3-8-to-4-0/9616:36
buxycedk: j'ai supprimé le champ "product_template.category", je pense que j'ai aussi fait cette migration de changement de signe.16:50
buxycomment je peux vérifier?16:54
buxyet pourquoi le signe changerait soudainement alors que je suis passé de 4.4 à 5.0?16:56
cedkbuxy: le plan comptable a été mis à jour et donc les règles sont basées sur ces signes17:00
-!- thaneor(~lenovo3@r167-56-52-75.dialup.adsl.anteldata.net.uy) has joined #tryton-fr20:27
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton-fr21:00
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr21:01

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!