Digital Financial Reporting

Metacool has a great list of innovation principles.  My favorite is number 4:

"Prototype as if you are right. Listen as if you are wrong."

Here is their complete list:

• Principle 1: Experience the world instead of talking about experiencing the world
• Principle 2: See and hear with the mind of a child
• Principle 3: Always ask: "How do we want people to feel after they experience this?"
• Principle 4: Prototype as if you are right. Listen as if you are wrong.
• Principle 5: Anything can be prototyped. You can prototype with anything.
• Principle 6: Live life at the intersection
• Principle 7: Develop a taste for the many flavors of innovation
• Principle 8: Most new ideas aren't
• Principle 9: Killing good ideas is a good idea
• Principle 10: Baby steps often lead to big leaps
• Principle 11: Everyone needs time to innovate
• Principle 12: Instead of managing, try cultivating
• Principle 13: Do everything right, and you'll still fail
• Principle 14: Failure sucks, but instructs
• Principle 15: Celebrate errors of commission. Stamp out errors of omission.
• Principle 16: Grok the gestalt of teams
• Principle 17: It's not the years, it's the mileage
• Principle 18: Learn to orbit the hairball
• Principle 19: Have a point of view
• Principle 20: Be remarkable

Are you a database hugger? Tim Berners-Lee, inventor of the Web, talks about the potential of linked data.

Raw data now!

I explained in detail in this PDF why the SEC XBRL financial filing information is so hard to use and how to resolve that issue.  This document is helpful to that end, using the information; but it is also helpful to those designing or otherwise creating XBRL taxonomies because it helps them avoid the same problems.

Fundamentally, getting to the information is trivial and I walked you through how anyone with Microsoft Excel who can write rather basic macros can get at 100% of the information from all those SEC XBRL financial filings.  I even point you to a number of prototype applications you can download, reverse engineer, and create your own applications.  And frankly it is near magical how someone with even my limited understanding of programming can get to each piece of information and there is a lot that you can do with that information.

However, when you try to compare information you run into troubles. As I see the facts you run into so much trouble that you basically have to do a one-to-one mapping between each filing you want to use and some target you desire to use in order to compare two or more filings.

What this means, it seems to me, is that the only way an individual investor is going to get to use that information is if they buy it from some third party data aggregator who sorts all that data out for them, inuring substantial costs in the process and therefore having to charge hefty fees for the use of the information.

Is that really what the SEC intended?

If you look at why the information is hard to use by reading that PDF you will realize that solving this issue is really quite simple.  The FASB and SEC need only do a few rather easy things to do and the information will be easily comparable at a level which would make most people happy, it seems to me.

This is not to say that all comparability problems will be solved.  Those issues will take decades to figure out and relate to the nature of US GAAP and financial reporting in the US as practiced.  The easy way to make the information comparable is to turn US GAAP into "a form".  Then comparisons would be trivial, but the information would not be that rich or meaningful.  At the other end of the spectrum is to continue to give the users free reign to do whatever they desire, extend anything they want, report exactly how they see fit.  That will maintain the richness of and I believe highly valued style of financial reporting as practiced in the US today. Clearly what is reported could use some improvements, what I am talking about is the fundamental nature of public companies reporting to the SEC to tell their story, their way.  That is a highly prized characteristic of financial reporting as I see it.

Is it the case that some hybrid solution can be arrived at?  Some information is closer to that of a form and very comparable, but other sections of the report can be more ad hoc so companies can tell their story, their way.  Can some workable balance be struck between the two extremes?

What do you think the right balance should be?  How do you see the facts?

Compliance Week reports that the SEC is calling for patience from filers, saying that the benefits will be there at an AICPA conference.

The Compliance Week article also reports:

Susan Yount, a staff member in the SEC's Office of Interactive Data, said during the conference that Congress is showing a growing interest in structured data as a way to improve reporting for various government programs and initiatives. “This is an area that is not going to go away,” she said. “The notion of transparency and providing information in a format that can be put into a data warehouse and pulled out is a notion that in the 21st century is here to stay. If Congress, of all places, is interested in it, you can look for that sort of thing in the future.”

Arelle is an open source XBRL processor/platform which was written in python by someone who has a lot of expertise with XBRL. Arelle supports XBRL 2.1, XBRL Dimensions, Inline XBRL, the Generic Linkbases specification, the unit types registry, XBRL Formula, U.S. SEC Edgar Filer Manual, IFRS Global Filing Manual, and HMRC Joint Filing Checks. Arelle runs on Windows and the Mac OS.

XBRL Spain, which is a major contributor to EuroFiling and OpenFiling, has created an Arelle User Guide.

Pyke is an approach to logic programming, inspired by PROLOG, that is written in Python.

pyDatalog is another approach to logic programming written in Python.