US GAAP Taxonomy and Dimensions
Thursday, December 13, 2007 at 07:05AM
Charlie in US GAAP Taxonomy

I am getting a lot of questions related to the US GAAP Taxonomy and dimensions.  I am also getting requests for training materials in that area.  Currently, if you are a bit technical there is some pretty good information in the FRUX book (Financial Reporting Using XBRL), chapter 14 "Understanding and Using XBRL Dimensions."

But WARNING!  That material was written almost two years ago when I had a far, far less understanding of XBRL Dimensions.  I also gave a class at the XBRL International Conference in Munich (June 2007) on the very basics of XBRL Dimensions.  Since that time we went through the process of trying to decide if and how to use XBRL Dimensions in the US GAAP Taxonomy and I have learned a boatload more about XBRL Dimensions, how they work, etc.

Yesterday a group of us has a little mini symposium on instance document creation here in Tacoma and I learned something else about XBRL Dimensions that I did not know.  Basically we realized that as the public taxonomy stands it is possible to create two valid versions of the same instance document, which is a bad thing in my mind.  I remembered that the COREP taxonomy was doing some funky stuff with empty hypercubes, and now I know why...to solve the issue we ran across yesterday.

The taxonomy can be constructed to hide literally all of what appears to business users as complexity relating to XBRL Dimensions.  There has been, and still is, a lot of misunderstanding about what is trying to be achieved with XBRL Dimensions.  The key here is to minimize the burden on business users for reporting using XBRL.  The way to do this is to not use XBRL Dimensions less, it is to use it correctly and typically more as the dimensional information is something that a computer software application can use to make the business user's life easier, not harder.  The thing is that most software developers are not implmenting their software (at least what I have seen) appropriately.  Appropriately is not defined as following the XBRL Dimensions specification to the letter...it is about using the dimensional meta data to help the user out.  I am not really seeing that in software.

On my list of things to provide is information which will help business users understand what they need to understand about the use of XBRL Dimensions within the US GAAP Taxonomy.  My goal is to never use the term XBRL Dimensions.  The problem is that it is hard to do that with the current state of software.  I will figure something out.


Article originally appeared on XBRL-based structured digital financial reporting (http://xbrl.squarespace.com/).
See website for complete article licensing information.