changeset e6eda2ef9d72 when changing the kind to view removed the field but it
updates the existing record with invalid value for the domain.
issue8069
review49771003
The account type "Résultat de l'exercice [bénéfice ou perte]" has real
accounts associated to it and due to this the income statement does not
show the desired value on the top-level entry in the tree.
In particular when you close the account of year X, you write a benefit
(or loss) in "Résultat de l'exercice [bénéfice ou perte]" date at
31-12-X. But when your company holds its general assembly, it will
decide what to do with this money. Either report it back for re-use in
year X+1, or distribute it to the shareholders, or put it in a (legal)
reserve. This decision is then transcribed in the the accounting at the
date of the general assembly (which is in year X+1).
The money is moved out of 12X (Résultat) into either 11X (Report), 106
(Réserves), 457 (Associés - Dividendes à payer). And it is this move
which is polluting the income statement.
issue7070
review37931002
It's only a temporary account to host moves between other accounts
but it needs to be a real (non-view) account to be able to host moves. Its
balance should be zero most of the time so the classification doesn't
matter much but we'll classify it as other bank accounts since it usually
holds monetary assets which are in transit between two accounts.
issue4523
review8911002
The account has recently been split into 6461, 6462, 6463, 6468.
So it needs to become a view grouping the sub-accounts and should
not be allowed to host moves on its own.
issue4480
review10801002
The single sub-account 63451 is a special case and requiring creation of
supplementary sub-accounts goes against the logic in this specific case.
Otherwise the chart of accounts would contain more standard sub-accounts
(at least more than one).
Hence 6354 should not be a view but a real account.
issue4469
review10051002
Drop the field on all accounts except on customers/suppliers accounts.
Also drop the field on all view accounts.
Reconciliation is not required for any account but it's usually done
for customers and suppliers account. If the user want to do it for more
accounts, he can customize his accounts but by default we should not force
the user to reconcile more lines than what is usually done.
issue4468
review5931002
This allows us to create products that can be bought and then managed as
assets because they are expensive and should amortized.
We do this only for asset accounts that are likely to hold regular products
of suppliers.
issue4110
review5501002
All the affected accounts usually have a balance showing a credit
and should be accounted as liabilities and not as assets. They
need to be in "dettes_fiscales_sociales" and not in "creances_autres".
The situation is not 100% clear cut for 444 since big corporations
pay advances on this tax and while the balance is negative it should
be accounted in "creances_autres" but once the final tax amount has
been calculated (at the end of the year), the balance goes back
to positive and at that point it must be accounted in
"dettes_fiscales_sociales". Since the balance sheet is of primary
importance at the end of the year, I believe it's a better default.
But this needs a better long term fix.
review3691002
issue3697
The accounts 4551 and 4458 are wrongly categorized. They hold debts of
the company towards associates who loaned money to the company. They should
thus be of kind "payable" and in the category
"emprunts_dettes_financieres_diverses".
issue3665
review3371002
By default those accounts tend to hold monetary assets (that result
in a negative balance) and must be accounted that way.
The former type "emprunts_dettes_etablissements_credit" is only suited
for loans, where the account will typically have a positive balance.
Those should be handled in sub-accounts that will be configured with
this type.
issue3633
review3171003
Cédric Krier