BLOG: Digital Financial Reporting
This is a blog for information relating to digital financial reporting. This blog is basically my "lab notebook" for experimenting and learning about XBRL-based digital financial reporting. This is my brain storming platform. This is where I think out loud (i.e. publicly) about digital financial reporting. This information is for innovators and early adopters who are ushering in a new era of accounting, reporting, auditing, and analysis in a digital environment.
Much of the information contained in this blog is synthasized, summarized, condensed, better organized and articulated in my book XBRL for Dummies and in the chapters of Intelligent XBRL-based Digital Financial Reporting. If you have any questions, feel free to contact me.
Entries from February 1, 2008 - February 29, 2008
Paper is so 20th Century!
This is one of the coolest and potentially useful things I have seen in a long time. Go to the following link:
Look in the upper right hand corner for the text box. Type in something like "Car" or "Good" and just watch what happens. Try dragging the dots around. Note the legend at the bottom which explains how to read the information.
How cool is that?
Imagine a financial statement presented like this (the SEC Financial Explorer is a step in that direction). Or, imagine being able to navigate through a taxonomy like this.




SEC Releases Financial Explorer
Watch out Microsoft. The SEC has released yet another software application for making use of XBRL, expanding their product offerings to three applications. See the SEC XBRL web page, or more specifically see here for the Financial Explorer.
Maybe one day Google, Yahoo, or Microsoft will figure out how useful interactive data can be. Or even better, maybe some start up will surpass the current leaders, kind of like Google did a while back, becoming the leader in Internet search. Who know.
But anyway. I think it is great that the SEC is kicking the tires, seeing what is possible, leading the way and showing the possibilities of "interactive data". This kind of leadership is not something that us tax payers commonly sees from government agencies. Go SEC!




XBRL Widget
This is a widget created by iBlanket. It uses the SEC Excecutive compensation information. Seems what is going on here is that three different web sites are involved here. First this page, second the iBlanket widget, and third the SEC data in XBRL. I embedded the widget into this web page, took about 5 minutes.
You can grab this widget from the following URL: http://www.ibanknet.com/widgets/index.shtml




Is the Proliferation of XBRL Dialects Good for Business Users?
Is the proliferation of XBRL dialects good for Business Users? I don't think that it is. In a white paper which Rene van Egmond and I wrote, we address why this is not a good thing.
An abstract of the article is below. If you want a copy of the white paper, you can get it here. You can get even more information at the following URL: http://xbrl.squarespace.com/xbrls
Abstract –
This document presents a new approach for using XBRL that enables the non-XBRL expert to create both XBRL metadata and XBRL reports in a simple and convenient manner. At the same time, it improves the usability of XBRL, the interoperability between XBRL-based solutions and it reduces software development costs. Today, mostly all approaches to create XBRL report require an in-depth understanding of the XBRL specification; something that will ultimately impede the user community from reaping the benefits that the language has to offer. Furthermore, current practices of building XBRL taxonomies increase costs for software developers, forcing them to continually implement new and often obscure features because someone creating a taxonomy figures out a creative or clever way to make XML Schema do something interesting, commonly when other approaches for achieving the same result already exist. Businesses are then forced to incur consulting fees and additional development costs in order to convert information created in XBRL, from one system’s implementation of XBRL (dialect) to another system’s implementation of XBRL (dialect). This is unnecessary because there is a better way.
At risk is the pervasive use of XBRL. If these developments are not carefully managed by XBRL International, the XBRL specification stands a big chance of fragmenting into a multitude of dialects. While the dialects can be interoperable, they can only be made so at the cost of high consulting fees and additional development cost (reminiscent of EDI and SGML). Those who will suffer the most will be business users, particularly smaller business users and software vendors.
The proposed XBRL Dialect for Business Reporting XBRLS, brings to bear a combination and formalized best practices in XBRL metadata modeling, operating procedures and support tools that will greatly simply the use of XBRL for business reporting. It also simplifies the development and lower the hurdle to market entry of XBRL tools and XBRL business applications that will bring performance and cost optimizations to the business processes around internal and external reporting.
Those who stand to benefit most from the adoption of XBRLS will be the business users, business communities, regulators and the ISV community.



