Community mailing list archives

Re: Tags on accounts & tax - reliable enough ?

El Aleman, David Arnold
- 11/04/2015 01:14:07
A) Tags provides pretty much the flexibility which is embraced by XBRL standard (by IFRS).
B) We can minimize the need for account creation by good defaults/templates (l10n!).
C) We can minimize the need for account creation by using other and existing "planes" of information for output generation. (paradigmatic change)

any cleaner alternatives ideas ?

We introduced an "account detail", this is attached m2o to account. It's usage in journal entries is optional, but can provide greater detail and help at the same time reduce the depth of the CoA. We supercharge this details with reporting functionality, but this is for a very specialty case only. We reduced level of detail of the CoA and realized that hierarchical paradigm of the CoA is originating cause of categorical mismatch, which in turn results in complexity. Creating new accounts might be the wrong reflex, in the first place. Our "details" do not have tags, they are just basic plankton and will ever be a very lean entity. I repeat: they are optional. This has very benevolent implications.

Saludos Cordiales
David Arnold

David Arnold BA HSG / Analista
315 304 13 68/

devCO - empresa de consultoría de sistemas (en fundación)

This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. devCO is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

2015-10-31 1:41 GMT-05:00 Fabien Pinckaers <>:

I don't think you need tags to customize main reports. Tags are usually used in complex formulae, like in the executive summary report. We don't need another m2o neither.

The default P&L, and BS use the account type instead of tags. (Dso, net margins, ...) As an account might be used is several formulae, it's good to use tags for this purpose.

For country specific P&L and BS, we recommend to use account codes, instead of tags. If I am not wrong, that's what we did for the Belgium legal statement. In most countries, the position of an account in the legal statement is defined by its code (e.g. sales is 7xxx), not by a type or a subtype.

We use account type in the generic P&L report so that we can do a consolidation of the P&L from different countries, without having to configure anything.

But for country specific reports, the law usually define the structure using codes. That way, it's super easy for the accountant and he can't be wrong when he creates an account.


On Oct 30, 2015 9:08 AM, "Frédéric Clementi" <> wrote:
Tags are definitely flexible and offer more classification but unreliable in my view for financial reports purposes.

I can so easily create 2 tags with the same name or forget to add a tag or delete it by mistake (so little cross) !

There is a big risk of error when users will create their own account ; they will disover that the P&L is wrong for ex. just because of a tag error...and if there is an error what tool do you have to quickly find the error on the report ?

With a required M2O field (like 'type' on account) you can select the wrong one but you cannot print a report with the wrong grand total.

I understand the M2M field but do you think the widget is the right one ? 

Frédéric Clementi
Project Manager 
Business Solutions

+41 21 619 10 41

Post to:

Post to: