ERROR update => 3.6
29 views
Skip to first unread message
Richard PALO
Apr 27, 2015, 4:01:01 AM4/27/15
to tryt...@googlegroups.com
Suite à la màj => 3.6 je rencontre des erreurs lors de la mise à jour de
la base... avec trytond --all -d <db>
> 261895 1 [2015-04-26 12:09:59,955] INFO trytond.convert Deleting 9...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,018] INFO trytond.convert Deleting 8...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,110] INFO trytond.convert Deleting 7...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,167] INFO trytond.convert Deleting 6...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,224] INFO trytond.convert Deleting 5...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,282] INFO trytond.convert Deleting 4...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,353] INFO trytond.convert Deleting 3...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,410] INFO trytond.convert Deleting 2...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,467] INFO trytond.convert Deleting 1...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,523] INFO trytond.convert Deleting 2...@account.tax.group
> 261895 1 [2015-04-26 12:10:00,619] INFO trytond.convert Deleting 1...@account.tax.group
> 261895 1 [2015-04-26 12:10:00,689] ERROR trytond.convert Could not delete id: 1 of model account.tax.group
> There should be some relation that points to this resource
> You should manually fix this and restart --update=module
> Traceback (most recent call last):
> File "/opt/local/lib/python2.7/site-packages/trytond/convert.py", line 805, in post_import
> Model.delete([Model(db_id)])
> File "/opt/local/lib/python2.7/site-packages/trytond/model/modelsql.py", line 967, in delete
> error_args=error_args)
> File "/opt/local/lib/python2.7/site-packages/trytond/error.py", line 74, in raise_user_error
> raise UserError(error)
> UserError: ('UserError', (u'Impossible de supprimer les enregistrements car ils sont utilis\xe9s dans le champ \xab\xa0Groupe de taxe\xa0\xbb de \xab\xa0Ligne de r\xe8gle de taxe\xa0\xbb.', ''))
> 261895 1 [2015-04-26 12:10:00,725] INFO trytond.convert Deleting 7...@account.tax.code.template
> 261895 1 [2015-04-26 12:10:01,190] INFO trytond.server Update/Init succeed!
Comment réparer manuellement la base et quel est le module à updater?
account-fr?
par ailleurs, il y aussi le WARNING (plutôt un INFO) suivant:
> 261895 1 [2015-04-26 12:08:49,447] INFO trytond.modules account:register account.move
> 261895 1 [2015-04-26 12:08:49,736] WARNING trytond.backend.postgresql.table Unable to set column company of table account_move not null !
> Try to re-run: trytond.py --update=module
> If it doesn't work, update records and execute manually:
> ALTER TABLE "account_move" ALTER COLUMN "company" SET NOT NULL
cette colonne est déjà "NOT NULL"...
Finalement, comme on voit bien par ce petit extrait, la màj du
country.xml EST TRES LONGUE:
> 261895 1 [2015-04-26 12:03:47,829] INFO trytond.modules country
> 261895 1 [2015-04-26 12:03:47,861] INFO trytond.modules country:register country.country
> 261895 1 [2015-04-26 12:03:47,918] INFO trytond.modules country:register country.subdivision
> 261895 1 [2015-04-26 12:03:47,965] INFO trytond.modules country:register country.zip
> 261895 1 [2015-04-26 12:03:51,518] INFO trytond.modules country:loading country.xml
> 261895 1 [2015-04-26 12:08:13,621] INFO trytond.modules country:loading locale/fr_FR.po
> 261895 1 [2015-04-26 12:08:41,333] INFO trytond.modules party
quelque chose à faire afin d'améliorer la performance là?
la base... avec trytond --all -d <db>
> 261895 1 [2015-04-26 12:09:59,955] INFO trytond.convert Deleting 9...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,018] INFO trytond.convert Deleting 8...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,110] INFO trytond.convert Deleting 7...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,167] INFO trytond.convert Deleting 6...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,224] INFO trytond.convert Deleting 5...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,282] INFO trytond.convert Deleting 4...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,353] INFO trytond.convert Deleting 3...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,410] INFO trytond.convert Deleting 2...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,467] INFO trytond.convert Deleting 1...@account.tax.template
> 261895 1 [2015-04-26 12:10:00,523] INFO trytond.convert Deleting 2...@account.tax.group
> 261895 1 [2015-04-26 12:10:00,619] INFO trytond.convert Deleting 1...@account.tax.group
> 261895 1 [2015-04-26 12:10:00,689] ERROR trytond.convert Could not delete id: 1 of model account.tax.group
> There should be some relation that points to this resource
> You should manually fix this and restart --update=module
> Traceback (most recent call last):
> File "/opt/local/lib/python2.7/site-packages/trytond/convert.py", line 805, in post_import
> Model.delete([Model(db_id)])
> File "/opt/local/lib/python2.7/site-packages/trytond/model/modelsql.py", line 967, in delete
> error_args=error_args)
> File "/opt/local/lib/python2.7/site-packages/trytond/error.py", line 74, in raise_user_error
> raise UserError(error)
> UserError: ('UserError', (u'Impossible de supprimer les enregistrements car ils sont utilis\xe9s dans le champ \xab\xa0Groupe de taxe\xa0\xbb de \xab\xa0Ligne de r\xe8gle de taxe\xa0\xbb.', ''))
> 261895 1 [2015-04-26 12:10:00,725] INFO trytond.convert Deleting 7...@account.tax.code.template
> 261895 1 [2015-04-26 12:10:01,190] INFO trytond.server Update/Init succeed!
Comment réparer manuellement la base et quel est le module à updater?
account-fr?
par ailleurs, il y aussi le WARNING (plutôt un INFO) suivant:
> 261895 1 [2015-04-26 12:08:49,447] INFO trytond.modules account:register account.move
> 261895 1 [2015-04-26 12:08:49,736] WARNING trytond.backend.postgresql.table Unable to set column company of table account_move not null !
> Try to re-run: trytond.py --update=module
> If it doesn't work, update records and execute manually:
> ALTER TABLE "account_move" ALTER COLUMN "company" SET NOT NULL
cette colonne est déjà "NOT NULL"...
Finalement, comme on voit bien par ce petit extrait, la màj du
country.xml EST TRES LONGUE:
> 261895 1 [2015-04-26 12:03:47,829] INFO trytond.modules country
> 261895 1 [2015-04-26 12:03:47,861] INFO trytond.modules country:register country.country
> 261895 1 [2015-04-26 12:03:47,918] INFO trytond.modules country:register country.subdivision
> 261895 1 [2015-04-26 12:03:47,965] INFO trytond.modules country:register country.zip
> 261895 1 [2015-04-26 12:03:51,518] INFO trytond.modules country:loading country.xml
> 261895 1 [2015-04-26 12:08:13,621] INFO trytond.modules country:loading locale/fr_FR.po
> 261895 1 [2015-04-26 12:08:41,333] INFO trytond.modules party
quelque chose à faire afin d'améliorer la performance là?
Cédric Krier
Apr 27, 2015, 5:15:03 AM4/27/15
to tryt...@googlegroups.com
Soit tu gardes la version précédente soit tu mets à jour le plan
comptable.
> par ailleurs, il y aussi le WARNING (plutôt un INFO) suivant:
> >261895 1 [2015-04-26 12:08:49,447] INFO trytond.modules account:register account.move
> >261895 1 [2015-04-26 12:08:49,736] WARNING trytond.backend.postgresql.table Unable to set column company of table account_move not null !
> >Try to re-run: trytond.py --update=module
> >If it doesn't work, update records and execute manually:
> >ALTER TABLE "account_move" ALTER COLUMN "company" SET NOT NULL
>
> cette colonne est déjà "NOT NULL"...
migration. Il n'y a pas de problème, c'est juste un "warning".
> Finalement, comme on voit bien par ce petit extrait, la màj du country.xml
> EST TRES LONGUE:
> >261895 1 [2015-04-26 12:03:47,829] INFO trytond.modules country
> >261895 1 [2015-04-26 12:03:47,861] INFO trytond.modules country:register country.country
> >261895 1 [2015-04-26 12:03:47,918] INFO trytond.modules country:register country.subdivision
> >261895 1 [2015-04-26 12:03:47,965] INFO trytond.modules country:register country.zip
> >261895 1 [2015-04-26 12:03:51,518] INFO trytond.modules country:loading country.xml
> >261895 1 [2015-04-26 12:08:13,621] INFO trytond.modules country:loading locale/fr_FR.po
> >261895 1 [2015-04-26 12:08:41,333] INFO trytond.modules party
> quelque chose à faire afin d'améliorer la performance là?
optimisation, elle sera la bien venue.
--
Cédric Krier - B2CK SPRL
Email/Jabber: cedric...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/
Richard PALO
Apr 27, 2015, 6:26:49 AM4/27/15
to tryt...@googlegroups.com
Le 27/04/15 11:14, Cédric Krier a écrit :
>>> 261895 1 [2015-04-26 12:10:00,725] INFO trytond.convert Deleting 72-Pfb+/kRXlPM8HekrvqCErIcSJ/bkkgNXs0...@public.gmane.org
fois ouverte, je peux procéder (si bon me semble) de faire la màj du
plan comptable sans revenir pour faire 'trytond --update=...'
c.à.d. les groupes de taxes seront ainsi mis à jour correctement..
>>> 261895 1 [2015-04-26 12:10:01,190] INFO trytond.server Update/Init succeed!
>>
>> Comment réparer manuellement la base et quel est le module à updater?
>> account-fr?
>
> Rien n'est cassé. C'est juste que les groupes de taxes ont été changé.
> Soit tu gardes la version précédente soit tu mets à jour le plan
> comptable.
>
Si j'ai bien compris.... la base est tout à fait exploitable et, une
>>
>> Comment réparer manuellement la base et quel est le module à updater?
>> account-fr?
>
> Rien n'est cassé. C'est juste que les groupes de taxes ont été changé.
> Soit tu gardes la version précédente soit tu mets à jour le plan
> comptable.
>
fois ouverte, je peux procéder (si bon me semble) de faire la màj du
plan comptable sans revenir pour faire 'trytond --update=...'
c.à.d. les groupes de taxes seront ainsi mis à jour correctement..
Richard PALO
Aug 26, 2015, 8:13:27 AM8/26/15
to tryt...@googlegroups.com
Le 27/04/15 12:27, Richard PALO a écrit :
>>>> 261895 1 [2015-04-26 12:10:00,725] INFO trytond.convert Deleting 72-Pfb+/kRXlPM8HekrvqCErIcSJ/bkkgNXs0AfqQuZ5sE-XM...@public.gmane.org
avec le même résultat "Could not delete id: 1 of model account.tax.group"
Comment savoir quels modules sont màj et lequels qui ne le sont pas?
Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
--
Richard PALO
>>>> 261895 1 [2015-04-26 12:10:01,190] INFO trytond.server Update/Init succeed!
>>>
>>> Comment réparer manuellement la base et quel est le module à updater?
>>> account-fr?
>>
>> Rien n'est cassé. C'est juste que les groupes de taxes ont été changé.
>> Soit tu gardes la version précédente soit tu mets à jour le plan
>> comptable.
>>
>
> Si j'ai bien compris.... la base est tout à fait exploitable et, une
> fois ouverte, je peux procéder (si bon me semble) de faire la màj du
> plan comptable sans revenir pour faire 'trytond --update=...'
>
> c.à.d. les groupes de taxes seront ainsi mis à jour correctement..
>
>
>
Sans réponse, j'ai fait une màj du plan comptable puis à nouveau `trytond -all -d <ma bdd>'
>>>
>>> Comment réparer manuellement la base et quel est le module à updater?
>>> account-fr?
>>
>> Rien n'est cassé. C'est juste que les groupes de taxes ont été changé.
>> Soit tu gardes la version précédente soit tu mets à jour le plan
>> comptable.
>>
>
> Si j'ai bien compris.... la base est tout à fait exploitable et, une
> fois ouverte, je peux procéder (si bon me semble) de faire la màj du
> plan comptable sans revenir pour faire 'trytond --update=...'
>
> c.à.d. les groupes de taxes seront ainsi mis à jour correctement..
>
>
>
avec le même résultat "Could not delete id: 1 of model account.tax.group"
Comment savoir quels modules sont màj et lequels qui ne le sont pas?
Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
--
Richard PALO
Cédric Krier
Aug 26, 2015, 8:40:03 AM8/26/15
to tryt...@googlegroups.com
taxe. Après c'est vraiment pas important de ne pas le supprimer si ta
configuration actuelle te convient.
Richard PALO
Dec 9, 2015, 11:04:02 AM12/9/15
to tryt...@googlegroups.com
Le 26/08/15 14:37, Cédric Krier a écrit :
account_tax_group:
> 1;0;"sale";"T.V.A. Vente";"2015-03-22 04:44:53.528373";"T.V.A. Vente";;""
> 3;0;"sale";"T.V.A. Vente de biens";"2015-04-26 11:58:02.012141";"T.V.A. Vente de biens";;""
> 4;0;"sale";"T.V.A. Vente de services";"2015-04-26 11:58:02.012141";"T.V.A. Vente de services";;""
> 5;0;"purchase";"T.V.A. Achat de biens";"2015-04-26 11:58:02.012141";"T.V.A. Achat de biens";;""
> 6;0;"purchase";"T.V.A. Achat de services";"2015-04-26 11:58:02.012141";"T.V.A. Achat de services";;""
account_tax_rule:
> 1;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires exonéré";1;;1;""
> 2;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires";1;0;;"2015-04-26 11:58:56.148822"
> 3;1;"sale";"2015-03-22 04:48:29.026646";"Ventes hors communauté";1;;3;""
account_tax_rule_line:
> 1;1;"2015-03-22 04:48:29.026646";"";;;3;;7;1;
> 2;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.097577";;10;2;0;;1;1
> 3;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.046641";;16;2;0;;1;7
> 4;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.994982";;13;2;0;;1;4
> 5;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.943351";;17;2;0;;1;8
> 6;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.886762";;18;2;0;;1;9
> 7;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.212527";;19;1;0;;1;
dans une bdd créée sous 3.8:
account_tax_group:
> 1;0;"sale";"T.V.A. Vente de biens";"2015-12-08 10:45:37.144027";"T.V.A. Vente de biens";;""
> 2;0;"sale";"T.V.A. Vente de services";"2015-12-08 10:45:37.144027";"T.V.A. Vente de services";;""
> 3;0;"purchase";"T.V.A. Achat de biens";"2015-12-08 10:45:37.144027";"T.V.A. Achat de biens";;""
> 4;0;"purchase";"T.V.A. Achat de services";"2015-12-08 10:45:37.144027";"T.V.A. Achat de services";;""
account_tax_rule:
> 1;1;"sale";"2015-12-08 12:30:16.590652";"Ventes intracommunautaires exonérées";1;;1;""
> 2;1;"sale";"2015-12-08 12:30:16.590652";"Ventes hors communauté";1;;2;""
> 3;1;"purchase";"2015-12-08 12:30:16.590652";"Achats intracommunautaires exonérés (en auto-liquidation)";1;;3;""
> 4;1;"purchase";"2015-12-08 12:30:16.590652";"Achats hors communauté";1;;4;""
account_tax_rule_line:
> 1;1;"2015-12-08 12:30:16.590652";"";;;4;;15;3;
> 2;1;"2015-12-08 12:30:16.590652";"";;;4;;16;4;
> 3;1;"2015-12-08 12:30:16.590652";"";;48;3;;5;3;23
> 4;1;"2015-12-08 12:30:16.590652";"";;59;3;;6;3;29
> 5;1;"2015-12-08 12:30:16.590652";"";;70;3;;7;3;37
> 6;1;"2015-12-08 12:30:16.590652";"";;80;3;;8;3;35
> 7;1;"2015-12-08 12:30:16.590652";"";;75;3;;9;3;39
> 8;1;"2015-12-08 12:30:16.590652";"";;85;3;;10;4;26
> 9;1;"2015-12-08 12:30:16.590652";"";;92;3;;11;4;32
> 10;1;"2015-12-08 12:30:16.590652";"";;99;3;;12;4;38
> 11;1;"2015-12-08 12:30:16.590652";"";;105;3;;13;4;36
> 12;1;"2015-12-08 12:30:16.590652";"";;102;3;;14;4;40
> 13;1;"2015-12-08 12:30:16.590652";"";;21;2;;3;1;
> 14;1;"2015-12-08 12:30:16.590652";"";;22;2;;4;2;
> 15;1;"2015-12-08 12:30:16.590652";"";;19;1;;1;1;
> 16;1;"2015-12-08 12:30:16.590652";"";;20;1;;2;2;
J'ai essayé simplement à supprimer les données dans account_tax_rule_line et id=1 de account_tax_group
qui n'existe plus.
Maintenant la mise à jour de la bdd et du plan comptable français se déroulent correctement et les tableaux s'affichent:
account_tax_rule:
> 1;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires exonérées";1;1;1;"2015-12-09 15:41:54.894729"
> 2;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires";1;0;;"2015-04-26 11:58:56.148822"
> 3;1;"sale";"2015-03-22 04:48:29.026646";"Ventes hors communauté";1;;3;""
> 4;1;"purchase";"2015-12-09 15:41:54.894729";"Achats intracommunautaires exonérés (en auto-liquidation)";1;;4;""
> 5;1;"purchase";"2015-12-09 15:41:54.894729";"Achats hors communauté";1;;5;""
account_tax_rule_line:
> 8;1;"2015-12-09 15:41:54.894729";"";;;5;;21;5;
> 9;1;"2015-12-09 15:41:54.894729";"";;;5;;22;6;
> 10;1;"2015-12-09 15:41:54.894729";"";;90;4;;11;5;72
> 11;1;"2015-12-09 15:41:54.894729";"";;101;4;;12;5;78
> 12;1;"2015-12-09 15:41:54.894729";"";;112;4;;13;5;86
> 13;1;"2015-12-09 15:41:54.894729";"";;122;4;;14;5;84
> 14;1;"2015-12-09 15:41:54.894729";"";;117;4;;15;5;88
> 15;1;"2015-12-09 15:41:54.894729";"";;127;4;;16;6;75
> 16;1;"2015-12-09 15:41:54.894729";"";;134;4;;17;6;81
> 17;1;"2015-12-09 15:41:54.894729";"";;141;4;;18;6;87
> 18;1;"2015-12-09 15:41:54.894729";"";;147;4;;19;6;85
> 19;1;"2015-12-09 15:41:54.894729";"";;144;4;;20;6;89
> 20;1;"2015-12-09 15:41:54.894729";"";;70;3;;7;3;
> 21;1;"2015-12-09 15:41:54.894729";"";;71;3;;10;4;
> 22;1;"2015-12-09 15:41:54.894729";"";;68;1;;8;3;
> 23;1;"2015-12-09 15:41:54.894729";"";;69;1;;9;4;
Peut-être une suppression de la ligne id=2 dans account_tax_rule s'impose également...(?)
Est-ce raisonnable et existe t'il d'autre utilisation persistante de account_tax_rule_line
quelque part nécessitant traitement?
--
Richard PALO
>> Comment savoir quels modules sont màj et lequels qui ne le sont pas?
>> Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
>
> Et bien il faut changer tes données pour ne plus utiliser ce group de
> taxe. Après c'est vraiment pas important de ne pas le supprimer si ta
> configuration actuelle te convient.
>
dans la base en erreur restaurée en l'état avant la mise à jour:
>> Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
>
> Et bien il faut changer tes données pour ne plus utiliser ce group de
> taxe. Après c'est vraiment pas important de ne pas le supprimer si ta
> configuration actuelle te convient.
>
account_tax_group:
> 1;0;"sale";"T.V.A. Vente";"2015-03-22 04:44:53.528373";"T.V.A. Vente";;""
> 3;0;"sale";"T.V.A. Vente de biens";"2015-04-26 11:58:02.012141";"T.V.A. Vente de biens";;""
> 4;0;"sale";"T.V.A. Vente de services";"2015-04-26 11:58:02.012141";"T.V.A. Vente de services";;""
> 5;0;"purchase";"T.V.A. Achat de biens";"2015-04-26 11:58:02.012141";"T.V.A. Achat de biens";;""
> 6;0;"purchase";"T.V.A. Achat de services";"2015-04-26 11:58:02.012141";"T.V.A. Achat de services";;""
account_tax_rule:
> 1;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires exonéré";1;;1;""
> 2;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires";1;0;;"2015-04-26 11:58:56.148822"
> 3;1;"sale";"2015-03-22 04:48:29.026646";"Ventes hors communauté";1;;3;""
account_tax_rule_line:
> 1;1;"2015-03-22 04:48:29.026646";"";;;3;;7;1;
> 2;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.097577";;10;2;0;;1;1
> 3;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.046641";;16;2;0;;1;7
> 4;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.994982";;13;2;0;;1;4
> 5;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.943351";;17;2;0;;1;8
> 6;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:55.886762";;18;2;0;;1;9
> 7;1;"2015-03-22 04:48:29.026646";"2015-04-26 11:58:56.212527";;19;1;0;;1;
dans une bdd créée sous 3.8:
account_tax_group:
> 1;0;"sale";"T.V.A. Vente de biens";"2015-12-08 10:45:37.144027";"T.V.A. Vente de biens";;""
> 2;0;"sale";"T.V.A. Vente de services";"2015-12-08 10:45:37.144027";"T.V.A. Vente de services";;""
> 3;0;"purchase";"T.V.A. Achat de biens";"2015-12-08 10:45:37.144027";"T.V.A. Achat de biens";;""
> 4;0;"purchase";"T.V.A. Achat de services";"2015-12-08 10:45:37.144027";"T.V.A. Achat de services";;""
account_tax_rule:
> 1;1;"sale";"2015-12-08 12:30:16.590652";"Ventes intracommunautaires exonérées";1;;1;""
> 2;1;"sale";"2015-12-08 12:30:16.590652";"Ventes hors communauté";1;;2;""
> 3;1;"purchase";"2015-12-08 12:30:16.590652";"Achats intracommunautaires exonérés (en auto-liquidation)";1;;3;""
> 4;1;"purchase";"2015-12-08 12:30:16.590652";"Achats hors communauté";1;;4;""
account_tax_rule_line:
> 1;1;"2015-12-08 12:30:16.590652";"";;;4;;15;3;
> 2;1;"2015-12-08 12:30:16.590652";"";;;4;;16;4;
> 3;1;"2015-12-08 12:30:16.590652";"";;48;3;;5;3;23
> 4;1;"2015-12-08 12:30:16.590652";"";;59;3;;6;3;29
> 5;1;"2015-12-08 12:30:16.590652";"";;70;3;;7;3;37
> 6;1;"2015-12-08 12:30:16.590652";"";;80;3;;8;3;35
> 7;1;"2015-12-08 12:30:16.590652";"";;75;3;;9;3;39
> 8;1;"2015-12-08 12:30:16.590652";"";;85;3;;10;4;26
> 9;1;"2015-12-08 12:30:16.590652";"";;92;3;;11;4;32
> 10;1;"2015-12-08 12:30:16.590652";"";;99;3;;12;4;38
> 11;1;"2015-12-08 12:30:16.590652";"";;105;3;;13;4;36
> 12;1;"2015-12-08 12:30:16.590652";"";;102;3;;14;4;40
> 13;1;"2015-12-08 12:30:16.590652";"";;21;2;;3;1;
> 14;1;"2015-12-08 12:30:16.590652";"";;22;2;;4;2;
> 15;1;"2015-12-08 12:30:16.590652";"";;19;1;;1;1;
> 16;1;"2015-12-08 12:30:16.590652";"";;20;1;;2;2;
J'ai essayé simplement à supprimer les données dans account_tax_rule_line et id=1 de account_tax_group
qui n'existe plus.
Maintenant la mise à jour de la bdd et du plan comptable français se déroulent correctement et les tableaux s'affichent:
account_tax_rule:
> 1;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires exonérées";1;1;1;"2015-12-09 15:41:54.894729"
> 2;1;"sale";"2015-03-22 04:48:29.026646";"Ventes intracommunautaires";1;0;;"2015-04-26 11:58:56.148822"
> 3;1;"sale";"2015-03-22 04:48:29.026646";"Ventes hors communauté";1;;3;""
> 4;1;"purchase";"2015-12-09 15:41:54.894729";"Achats intracommunautaires exonérés (en auto-liquidation)";1;;4;""
> 5;1;"purchase";"2015-12-09 15:41:54.894729";"Achats hors communauté";1;;5;""
account_tax_rule_line:
> 8;1;"2015-12-09 15:41:54.894729";"";;;5;;21;5;
> 9;1;"2015-12-09 15:41:54.894729";"";;;5;;22;6;
> 10;1;"2015-12-09 15:41:54.894729";"";;90;4;;11;5;72
> 11;1;"2015-12-09 15:41:54.894729";"";;101;4;;12;5;78
> 12;1;"2015-12-09 15:41:54.894729";"";;112;4;;13;5;86
> 13;1;"2015-12-09 15:41:54.894729";"";;122;4;;14;5;84
> 14;1;"2015-12-09 15:41:54.894729";"";;117;4;;15;5;88
> 15;1;"2015-12-09 15:41:54.894729";"";;127;4;;16;6;75
> 16;1;"2015-12-09 15:41:54.894729";"";;134;4;;17;6;81
> 17;1;"2015-12-09 15:41:54.894729";"";;141;4;;18;6;87
> 18;1;"2015-12-09 15:41:54.894729";"";;147;4;;19;6;85
> 19;1;"2015-12-09 15:41:54.894729";"";;144;4;;20;6;89
> 20;1;"2015-12-09 15:41:54.894729";"";;70;3;;7;3;
> 21;1;"2015-12-09 15:41:54.894729";"";;71;3;;10;4;
> 22;1;"2015-12-09 15:41:54.894729";"";;68;1;;8;3;
> 23;1;"2015-12-09 15:41:54.894729";"";;69;1;;9;4;
Peut-être une suppression de la ligne id=2 dans account_tax_rule s'impose également...(?)
Est-ce raisonnable et existe t'il d'autre utilisation persistante de account_tax_rule_line
quelque part nécessitant traitement?
--
Richard PALO
Richard PALO
Apr 3, 2016, 4:22:00 AM4/3/16
to public-tryton-fr-/J...@plane.gmane.org
Le 09/12/15 17:03, Richard PALO a écrit :
> Le 26/08/15 14:37, Cédric Krier a écrit :
>>> Comment savoir quels modules sont màj et lequels qui ne le sont pas?
>>> Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
>>>...
>>> Comment savoir quels modules sont màj et lequels qui ne le sont pas?
>>> Aussi, comment mettre à jour manuellement account.tax.group pour pour que ça passe?
>
Finalement, après quelques essais de plus, la meilleure manière sans recours à pgadmin consiste
tout simplement de décocher 'actif' dans les anciens taxes. Puis une MAJ du plan comptable, et
le nécessaire semble avoir été fait.
J'ai l'impression qu'à la fois pour l'histoire du module party_siret devenu obligatoire
et cette màj des taxes, les deux auraient pu être prise en compte directement par la mise à jour
du module account_fr sans aucune intervention manuelle.
--
Richard PALO
Reply all
Reply to author
Forward
0 new messages