| chat.freenode.net #tryton-fr log beginning Mon Dec 17 00:03:01 CET 2018 | ||
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr | 00:11 | |
| -!- thaneor(~lenovo3@r179-25-171-240.dialup.adsl.anteldata.net.uy) has joined #tryton-fr | 03:19 | |
| -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr | 07:12 | |
| -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr | 07:13 | |
| -!- mrichez(~smuxi@mail.saluc.com) has joined #tryton-fr | 08:00 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr | 08:38 | |
| buxy | cedk: 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éer | 11:18 |
|---|---|---|
| buxy | par 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 pourquoi | 11:25 |
| cedk | buxy: donc ce code serait buggué: http://hg.tryton.org/modules/account/file/default/tax.py#l1184 | 11:33 |
| cedk | buxy: ce serait bien de rapporter un bug avec un example de données mal migrées | 11:45 |
| -!- nicoe(~nicoe@host-85-201-184-151.dynamic.voo.be) has joined #tryton-fr | 11:55 | |
| buxy | cedk: 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édit | 12:26 |
| buxy | (en tout cas rien de visible dans le client) | 12:39 |
| cedk | buxy: faut voir les valeurs avant et après migration | 14:02 |
| buxy | les valeurs de quoi? | 14:03 |
| cedk | buxy: des lignes de taxe | 14:03 |
| buxy | je 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 terminer | 14:31 |
| buxy | mais c'était toujours des vieilles entrées manuelles (création directe du mouvement comptable sans passer par une facture) | 14:32 |
| cedk | buxy: 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 bug | 14:37 |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton-fr | 14:54 | |
| buxy | cedk: 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 |
| buxy | d'une manière générale, ce principe de fonctionnement est-il documenté qque part? | 15:27 |
| cedk | buxy: c'est documenté dans le code | 15:42 |
| cedk | buxy: l'affectation vient du type de la ligne de tax (account.tax.line) | 15:43 |
| cedk | buxy: mais d'après ce que je comprends, le problème vient de la migration de données | 15:45 |
| cedk | le lien que j'ai donné montre les queries fait pour mettre à jour ce champs type | 15:45 |
| cedk | mais on ne peut comprendre que si on a avant/après | 15:45 |
| buxy | j'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 taxe | 15:48 |
| buxy | mais 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 |
| cedk | buxy: mais quelles étaient les valeurs pour que le query fasse ce qu'il ne doit pas faire | 15:49 |
| buxy | je regarde | 16:03 |
| buxy | cedk: alors les valeurs sur account_tax_line sont inchangées et on a type="base" en plus | 16:18 |
| buxy | le champ code est toujours présent dans acount_tax_line? | 16:23 |
| buxy | en tout cas la différence est claire, c'est le signe dans la colonne "amount" | 16:24 |
| buxy | les entrées créées avant la migration ont un montant positif, celles après la migration ont un montant négatif | 16:24 |
| buxy | mais dans les 2 cas, on a un montant positif dans le champ "debit" sur la account.move.line associée | 16:31 |
| cedk | buxy: 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/96 | 16:36 |
| buxy | cedk: j'ai supprimé le champ "product_template.category", je pense que j'ai aussi fait cette migration de changement de signe. | 16:50 |
| buxy | comment je peux vérifier? | 16:54 |
| buxy | et pourquoi le signe changerait soudainement alors que je suis passé de 4.4 à 5.0? | 16:56 |
| cedk | buxy: le plan comptable a été mis à jour et donc les règles sont basées sur ces signes | 17:00 |
| -!- thaneor(~lenovo3@r167-56-52-75.dialup.adsl.anteldata.net.uy) has joined #tryton-fr | 20:27 | |
| -!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton-fr | 21:00 | |
| -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton-fr | 21:01 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!