following Belgian PCMN: how to assign invoiced amounts to a 2xx account? - #6 by ced I created children accounts under « 288 - Cautionnements versés en numéraires », and gave them all (including 288 I think) type «Actifs immobilisés - IV - C - 2», on which I activated the depot checkbox. All was well and life went on.
I recently received a new invoice for which there is an amount that should go to one of those accounts, but they don’t appear in the list of possible accounts when I encode the invoice line.
When I go to the definition for those accounts, they are indeed now of type «Actifs immobilisés - IV». Which is (correctly) not depot ready. But which is not what I made them.
Another symptom that might be related: when I go to the chart of accounts, foldable tree view, and I unfold the 28 account, tryton suddenly proposes that I save the form (the save button is active). But I have not modified anything.
I can reset the form (which takes time) and go deeper, but as long as 28 is unfolded, the save button stays active.
I saved the db to be able to rollback and pressed the save button, but then I received an error message stating that the field value «children» for «account» is not valid according to its domain.
So I’m stuck, I don’t know what I can or cannot do to solve the issue without damaging my accounting…
so account 28 should not have a type, but it has one: Plan de types de compte (Belgique)\Actif\Actifs immobilisés\IV. Immobilisations financières. When I open that account’s form, tryton wants to save even though I have changed nothing, and that’s where the error message «the field value «children» for «account» is not valid according to its domain» happens.
so 288 should have type actif_IV_C_2, but it has actif_IV (Plan de types de compte (Belgique)\Actif\Actifs immobilisés\IV. Immobilisations financières). There tryton does not propose to save anything.
The «Surcharger le modèle» checkbox is not checked anywhere, except in the actif_IV_C_2 account type for which I checked «depot».
Why is what I see in tryton not what is in the xml file ???
That’s the bug you refer. So you must modify the account to remove the type by checking the override template.
Later when you update to a version with the fix, you can remove the override.
overriding the template and blanking the type for 28 and 288 did it.
It still errors out when I try to update the chart, I guess there are other accounts where the type is wrong. That will be fixed when I can upgrade to 7.0, I hope that it doesn’t prove problematic in the meantime.