We normally add the taxes that are collected by companies which means:Value Added Tax, Import and Export taxes (you should create a tax rule for them) and so one.
Does company have the possibility to substract this taxes from the tax they collected? You should add them if the answer is yes.
As far as this is included on the invoice (this is the case in Spain) you should add them and ad a tax rule to be set on the self employed parties. If you want an example this is called Retencion taxes in Spanish Chart of Account.
I think you should use taxes and account as defined by tax authority always using the full name. This is the way that most accountants will find them.
P.S: If there is a code defined you should also set them on templates as most accountants will refer to accounts by it’s code.
Hi
I’m a chartered accountant in Italy and have some experience with tryton, odoo and so on (there should be my translation there).
I’ve just seen the discussion, I have some simple remark.
Here in Italy we have NO mandatory CoA, simply some accountant want to harmonize account with mandatory FS. So I do not see any point to use a long default CoA that’s not useful for anyone. Then I would avoid slashes or points in the account codes.
Similarly for VAT it’s true it’s complicated but really I do not see the point of using such a mess of rates. We have a normal tax rate (22%), some exemptions, some limited deductions, INTRA and international transactions.
So I would struggle to keep SIMPLE the model, and evaluate the goal of the efforts.
If you need some help feel free to contact me.
I’ll just implement just art 2424 and 2425 and nothing more, i can create different type of chart for different entity type (micro, medium and big company) as the law suggest.
for now I’ll steer away the CoA for really big entities (I’m talking about the XBRL one)… it just add more sub-account.
I was thinking to implement:
varius VAT/IVA rates (22% and 10%)
undeductable VAT/IVA (in different percentages)
“ritenuta d’acconto” a.k.a. pay the taxes for me wold ya (4%)
If you can compile a small list of most used taxes a PMI would encounter, different from the one above it will help me.
P.S: @marco … i think we met before (OpenDesignConference)
Another question:
The stock flag (account type), what does it means in the tryton context?
It should be for Account that hold the value of deprecable items?
Accounts that represent the value of goods in inventory?
Accounts that represent shares of another company?
@wifasoi My advice was to compile a simpler set than 2424 2425 that are made for FS and NOT for accounting. The law suggests NO CoA. As you said the law prescribes different FS, not accounts.
About VAT I would be pleased to help you, would you prefer to share the list here or to keep contact directly? Would you send me a model I compile?
Feel free to contact me when you want.
@wifasoi tryton like odoo/openerp and other erp systems was designed to work with both perpetual and discontinued inventory. In Italy it’s very rare to use perpetual so my advice is to encode the stock accounts all with a similar code in order to see them close.
In the case in the future you use perpetual you will change/configure such accounts and journals.
There is not overload by setting proper flags on the template chart as it will not prevent non-perpetual stock accounting.
In contrary if you do not set them in the template, users will have to “personalize” the account type which makes them harder to keep it up to date.
But AFAIU 2424 and 2425 are official so it makes sense to follow them, isn’t it? The chart of accounts will not be created, only the account types will be ready for use when the company creates their own chart.
Hi albert,
If you want I can hand over the work so far accompliced by @marco and me.
I’m a bit overwelmed by work, so if you (or someone else) can give me an hand we can finish this module
well, I created a script that converts a google doc sheet or csv file to xml, so the development can be done in parallel in this gogole sheet [read-only]. This is more handy becouse i can memoryze the reletion from fields (so you can change IDs if you don’t like it without redo the job)
The Account types are from the 2424 and 2425, the tax templates are besed on the annual tax report to send to the AgE (the Tax code compiled in the spreadsheet reference the 2020 IVA declaration)
Yes my advice was (and is :-)) not to follow the classification of codice civile.
Codice civile rules financial statements and NOT chart of accounts.
To reply trivially the FS classification for a CoA would be too long for most of the medium sized business (lots of lines never used by most of them), too short for large corporations, totally unusable in the case of IFRS reporting, a mess for very small companies and at the same time not specific enough.
For example leasing (broadly used in Italy) would be classified “other intangibles”, all VAT accounts in only a line, the “treasury” accounts etc
You would have a long CoA that none uses and at the same time you would have to add all the specific accounts you would need.
So our solution was for a compact CoA with a classification in “legal” categories through types.
@ced as I explained there is NO standard provided. There is a FS (not COA) legal classification that would be used for FS for part of the businesses in Italy.
I think -in addition- that replying that classification as a COA would result not professional enough for a business management system.
Anyway if you like it…
FS stands for financial statements, balance sheet, income statement (+nota integrativa, CF statement).
In Italy we have “legal” rules (only) for the lines of the financial statements but the rules change depending on activity/sector/industry and size of the company.
If there is a group that provides some kind of standard chart of account, I think it should be used instead of defining our own chart.
The size is not really a problem, it could be divided into a minimal and extended like in account_es or some account could be closed by default.
As far as what we have seen, there’s not even a standard de facto chart of account in Italy. All the charts we found look different:
The one provided by our customer
The one created by datalife
The one in Odoo
Others found in the Internet
That’s why we concluded that it’s better that the account_it module provides account types and taxes and let each company use their preferred chart of accounts.